From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastian Rose Subject: Re: Some css issues in org-export Date: Mon, 02 Feb 2009 10:15:57 +0100 Message-ID: <877i49nqr6.fsf@kassiopeya.MSHEIMNETZ> References: <225296.84710.qm@web28310.mail.ukl.yahoo.com> <87d4ej1mey.fsf@kassiopeya.MSHEIMNETZ> <874ozv1g8c.fsf@kassiopeya.MSHEIMNETZ> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LTurP-0007Vd-MS for emacs-orgmode@gnu.org; Mon, 02 Feb 2009 04:12:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LTurO-0007Uw-So for emacs-orgmode@gnu.org; Mon, 02 Feb 2009 04:12:55 -0500 Received: from [199.232.76.173] (port=49967 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LTurO-0007Ut-PK for emacs-orgmode@gnu.org; Mon, 02 Feb 2009 04:12:54 -0500 Received: from mail.gmx.net ([213.165.64.20]:40238) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LTurO-0000vp-6a for emacs-orgmode@gnu.org; Mon, 02 Feb 2009 04:12:54 -0500 In-Reply-To: (Rustom Mody's message of "Mon, 2 Feb 2009 13:50:00 +0530") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Rustom Mody Cc: emacs-orgmode 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: *
is _not_ allowed in

=> --->8----------------------------->8----------------------------->8--- * Produkt Attribute [[file:../img/osCommerce-products-attributes.png]] more text <= ---8<-----------------------------8<-----------------------------8<--- becomes => --->8----------------------------->8----------------------------->8---

1 Produkt Attribute

../img/osCommerce-products-attributes.png

<= ---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 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 wrote: >> Hi Rustom, >> >> >> "Rustom Mody" writes: >>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose wrote: >>>> >>>> Hm - we do not provide a special stylesheet for printing. But since >>> >>>> >>>> Maybe we should add this line to the very top of the document: >>>> >>>> >>> >>> 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': >> >> >> >> in case of >> http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php. >> >> >> If you add the `> 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.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de