Hi,
Seems there are some regressions/new issues. XHTML-validity is a moving
target and someting to re-work from time to time.
It's actually quite seldom I have these problems with the current
version.
I only found this one on the first glance:
* <div> is _not_ allowed in <p>
=> --->8----------------------------->8----------------------------->8---
* Produkt Attribute
[[file:../img/osCommerce-products-attributes.png]]
more text
<= ---8<-----------------------------8<-----------------------------8<---
becomes
=> --->8----------------------------->8----------------------------->8---
<div id="outline-container-1" class="outline-2">
<h2 id="sec-1">1 Produkt Attribute </h2>
<div id="text-1">
<p>
<div class="figure">
<p><img src="../img/osCommerce-products-attributes.png"
alt="../img/osCommerce-products-attributes.png" /></p>
</div>
</p>
<= ---8<-----------------------------8<-----------------------------8<---
* Also I found some more, but they where homegrown
I had this in my configuration file:
(setq org-link-abbrev-alist
'(("man" . "http://localhost/devel/man.php?q=man&what=%s";)
("info" . "http://localhost/devel/man.php?q=info&what=%s";)
("wikipedia-en" . "http://en.wikipedia.org/wiki/%s";)))
Note the ampersands in `man' and `info'! This is no valid XHTML!
Hence I had to change all apersands to `&' like this:
(setq org-link-abbrev-alist
'(("man" . "http://localhost/devel/man.php?q=man&what=%s";)
("info" . "http://localhost/devel/man.php?q=info&what=%s";)
("wikipedia-en" . "http://en.wikipedia.org/wiki/%s";)))
Please post the errors you get here, so we all can hunt them when we
find time for it.
I use http://validator.w3.org/ (press CTRL-SHIFT-A in Firefox to
validate local HTML) and the error messages are quite clear.
Regards,
Sebastian
Rustom Mody <rustompm...@gmail.com> writes:
> I tried validating this at http://validator.w3.org/
> and its not valid XHTML.
>
> Dont know more HTML to comment :-)
>
>
> On Mon, Jan 19, 2009 at 8:43 PM, Sebastian Rose <sebastian_r...@gmx.de> wrote:
>> Hi Rustom,
>>
>>
>> "Rustom Mody" <rustompm...@gmail.com> writes:
>>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose <sebastian_r...@gmx.de>
>>> wrote:
>>>>
>>>> Hm - we do not provide a special stylesheet for printing. But since
>>> <snipped>
>>>>
>>>> Maybe we should add this line to the very top of the document:
>>>>
>>>> <?xml version="1.0" encoding="utf-8" ?>
>>>
>>> I tried adding this by hand (using emacs) it made no difference to the
>>> printout
>>> The boxes show the digits like this:
>>>
>>> 0 0
>>> 2 0
>>>
>>> Also I noticed that emacs shows (Unix) in the modeline but it shows
>>> ^Ms at EOLs in the buffer.
>>>
>>> I understand too little of unicode etc to even claim that this is
>>> 'not-as-it-should-be' -- just mentioning it in case it gives any
>>> clues...
>>
>>
>> Hmmm. In the modeline I have either an `U' (for utf-8) or `1' or
>> iso-8859-1 and other single byte encodings. OrgMode seems to set the
>> charset correctly on export here. If I do a `save file as' in Firefox
>> and open it in emacs, I see the encoding is exactly what's in the line
>> with the `charset'. You should change the `utf-8' to what's in that line
>> with the `charset':
>>
>> <meta http-equiv="Content-Type" content="text/html;charset=iso-8859-1"/>
>>
>> in case of
>> http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php.
>>
>>
>> If you add the `<?xml....' line, make shure that
>> a) the encoding is the same as the one in the `charset' line and
>> b) the file is indeed written to disk using that encoding. See
>> `C-h k C-x RET f' or ust do `C-x RET f TAB TAB'.
>>
>>
>>
>> Anyway, I believe it's a question of your browsers configuration since
>> no one else has that problem.
>>
>>
>>
>> The line endings have nothing to do with encoding. Their bit-wise
>> representation is the same for all single byte encodings and utf-8.
>>
>>
>>
>> Good luck,
>>
>>
>>
>> --
>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
>> Tel.: +49 (0)511 - 36 58 472
>> Fax: +49 (0)1805 - 233633 - 11044
>> mobil: +49 (0)173 - 83 93 417
>> Http: www.emma-stil.de
>>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.: +49 (0)511 - 36 58 472
Fax: +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.r...@emma-stil.de, sebastian_r...@gmx.de
Http: www.emma-stil.de
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
