From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastian Rose Subject: Re: Re: unique id=-values in aggregated html-exported docs Date: Wed, 12 May 2010 19:02:42 +0200 Message-ID: <87k4r9f3yl.fsf@gmx.de> References: <87wrvf302y.wl%djcb@djcbsoftware.nl> <87vdaueri4.fsf@saadawi.sbszh.ch> <87vdauxsqe.wl%djcb@djcbsoftware.nl> <8739xy8d9z.fsf@gmx.de> <87tyqexl3p.wl%djcb@djcbsoftware.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=37158 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCFKg-0000Nz-6a for emacs-orgmode@gnu.org; Wed, 12 May 2010 13:02:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OCFKd-0008Lt-OA for emacs-orgmode@gnu.org; Wed, 12 May 2010 13:02:53 -0400 Received: from mail.gmx.net ([213.165.64.20]:58745) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OCFKd-0008Le-CW for emacs-orgmode@gnu.org; Wed, 12 May 2010 13:02:51 -0400 In-Reply-To: <87tyqexl3p.wl%djcb@djcbsoftware.nl> (Dirk-Jan C. Binnema's message of "Tue, 11 May 2010 23:02:50 +0300") 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: djcb@djcbsoftware.nl Cc: Christian Egli , "emacs-orgmode@gnu.org" Dirk-Jan C. Binnema writes >>>>>> On Tue, 11 May 2010 21:11:04 +0200, Sebastian Rose ("SR") wrote: > > SR> Dirk-Jan C. Binnema writes: > >> Hi, > >> > >>>>>>> On Tue, 11 May 2010 11:07:15 +0200, Christian Egli ("CE") wrote: > >> > CE> Dirk-Jan C. Binnema writes: > >> >> I found a small issue when aggregating multiple org-exported-to-html > >> >> entries into one page. The problem is that some of the html-elements have > >> >> id=... attributes, which are supposed to be unique in a html document; > >> >> however, this fails when aggregating different elements into one. > >> > CE> Can you list which html elements are the problem? > CE> Does it help if you use the BODY-ONLY option (C-h f org-export-as-html)? > >> > >> Actually, that's what I'm doing already (through org-publish). The final > >> (aggegated) result is at: > >> http://www.djcbsoftware.nl/changelog/index.html > >> I got warned by tidy. I think it wouldn't be too hard easy to fix this by > >> adding a per-document random cookie to these ids. > > SR> Can you verify, that those are clashing IDs? > > Sure: > > > % cat index.html | grep id= > [....] > >
>

>
>
>

>
>
>

>
>
>

>
>
> [...] Funny - cannot verify that and never saw it. Why are your section numbers not increased? Could you please provide a simple testfile? > So, the issue is with aggregating separate exported html blobs into one page; > of course org-mode has no real control over the uniqueness of the ids then. > > My idea would be that we could add some per-exported org-file cookie, so the > ids could be something like: > > id="text-456EF-1" How to refer to a certain section in a stylesheet then? > Then we shouldn't get these clashes when aggregating them later. It's a bit of > a small imperfection, except when you want to do something with those ids. > > There is a somewhat related issue with footnotes (id=footnotes and > href=#fnr.1), that could be a practical problem, i.e.. you might jump to the > wrong footnote. > > >> BTW, tidy also warned me about missing summary= attributes for tables; is > >> there some way to add those? > > SR> Yes, summary is required. We all forgot to add it. It's meant to take a > SR> description of the table's content and some browsers use it for > SR> accessability purposes (I guess the summary is read aloud then). > > SR> A quick fix would be to just add `summary=""' to the table definition: > > SR> > > Well, it's easy to shut up the html-validators (like tidy), but for true > accessibility it'd be nice to set the summary to something meaningful (same > for the alt= attribute of images). Not sure if that is a priority right now, > and I guess it might add some complexity. Agreed. But Org cannot guess. > Anyway, these are all fairly minor points (for me at least, I don't use the > a11y stuff -- in general I'd like to applaud the excellent work that has been > done in the html-export area, which I enjoy every day. Regards Sebastian