Dag Wieers wrote:
> On Thu, 12 Jul 2007, Stuart Rackham wrote:
>> Dag Wieers wrote:
>>> We've noticed a problem with asciidoc where CSS id's are being corrupted in
>>> the HTML output when we create a document attribute with the name id.
>>> Since our asciidoc document is in subversion, we use document attributes for
>>> holding the $Id$ information from subversion, like:
>>>  = Subversion server configuration
>>> :author: Dag Wieers
>>> :email: [EMAIL PROTECTED]
>>> :version: $Revision: 26 $
>>> :date: $Date: 2007-07-11 11:55:53 +0200 (Wed, 11 Jul 2007) $
>>> :initial date: 06-07-2007
>>> :id: $Id: subversion-config.txt 26 2007-07-11 09:55:53Z dag $
>>> This way we can use that information in documentation as well. However,
>>> doing this corrupts the generated HTML output, eg:
>>>  <div id="preamble">
>>>  <a id="$Id: subversion-config.txt 26 2007-07-11 09:55:53Z dag $"></a>
>>>  <div class="sectionbody">
>> A global attribute named id is used internally by asciidoc as the current
>> BlockId and is normally set by the BlockId element
>> (http://www.methods.co.nz/asciidoc/userguide.html#X41). The id attribute 
>>  is used to generate block anchors in the outputted markup.
>> Use another attribute name e.g. subversion_id and the problem should go away.
> That's what we did now "svnid", but it seems to be very weird 
> (read: unexpected) behaviour. Using document attributes for internal 
> processing to me seems something very dangerous, eg. what other document 
> attributes are considered internal only ?

All Intrinsic Attributes 
http://www.methods.co.nz/asciidoc/userguide.html#toc88 are reserved, id 
is not currently in the list but I've added it for the next release.

> Kind regards,
> --   dag wieers,  [EMAIL PROTECTED],  http://dag.wieers.com/   --
> [all I want is a warm bed and a kind word and unlimited power]

Cheers, Stuart

Asciidoc-discuss mailing list

Reply via email to