From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dirk-Jan C. Binnema Subject: Re: Re: unique id=-values in aggregated html-exported docs Date: Thu, 13 May 2010 19:46:02 +0300 Message-ID: <87sk5v21it.wl%djcb@djcbsoftware.nl> 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> <87k4r9f3yl.fsf@gmx.de> Reply-To: djcb@djcbsoftware.nl Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from [140.186.70.92] (port=39769 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCbYC-0004zy-94 for emacs-orgmode@gnu.org; Thu, 13 May 2010 12:46:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OCbY7-0004zi-Cp for emacs-orgmode@gnu.org; Thu, 13 May 2010 12:46:19 -0400 Received: from gw02.mail.saunalahti.fi ([195.197.172.116]:60014) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OCbY7-0004yr-2B for emacs-orgmode@gnu.org; Thu, 13 May 2010 12:46:15 -0400 In-Reply-To: <87k4r9f3yl.fsf@gmx.de> 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: Sebastian Rose Cc: Christian Egli , "emacs-orgmode@gnu.org" Hi, >>>>> On Wed, 12 May 2010 19:02:42 +0200, Sebastian Rose ("SR") wrote: SR> Can you verify, that those are clashing IDs? >> >> Sure: >> >> >> % cat index.html | grep id= >> [....] >> >>
>>

>>
>>
SR> Funny - cannot verify that and never saw it. Why are your section SR> numbers not increased? SR> Could you please provide a simple testfile? Well, the issue is about *aggregated* html files; so test1.org => test1.html, and test2.org => test2.html in both test1.html and test2.html, the ids will be unique; the problem occurs when we aggregate (concatenate) test1.html and test2.html into a big html file; this is e.g. what happens when creating a blog, and your putting together the last n posts. Then, the ids in the aggregated document will not be unique. >> 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" SR> How to refer to a certain section in a stylesheet then? For aggregated documents that does not really work when using ids; instead, classes are to be used for that. I mean, with aggregated documents there may be multiple text-1 and (worse) multiple footnotes. I'm not sure, why would one want to use ids in this case, and not classes? 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. SR> Agreed. But Org cannot guess. Indeed; I have no idea how hard it would be to add e.g,. #+summary: table of foo per capita (which could also be use for the alt= is in html image export) org-babel already has #+tblname; maybe that could be extended? Best wishes, Dirk. -- Dirk-Jan C. Binnema Helsinki, Finland e:djcb@djcbsoftware.nl w:www.djcbsoftware.nl pgp: D09C E664 897D 7D39 5047 A178 E96A C7A1 017D DA3C