emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Orgmode] Some css issues in org-export


From: Sebastian Rose
Subject: Re: [Orgmode] Some css issues in org-export
Date: Mon, 02 Feb 2009 10:15:57 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

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 `&amp;' like this:

    (setq org-link-abbrev-alist
       '(("man"       . "http://localhost/devel/man.php?q=man&amp;what=%s";)
         ("info"      . "http://localhost/devel/man.php?q=info&amp;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 <address@hidden> 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 <address@hidden> wrote:
>> Hi Rustom,
>>
>>
>> "Rustom Mody" <address@hidden> writes:
>>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose <address@hidden> 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.
> address@hidden
> 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: address@hidden, address@hidden
Http:  www.emma-stil.de




reply via email to

[Prev in Thread] Current Thread [Next in Thread]