The anchor is coming from the template named informal.object in
html/formal.xsl, which calls the template named "anchor". Starting in
version 1.73.0, this was changed from:
<xsl:call-template name="anchor"/>
to:
<xsl:call-template name="anchor">
<xsl:with-param name="conditional" select="0"/>
</xsl:call-template>
When the "conditional" parameter is set to 1 (the default), then an id is
output only when the element has one. When set to 0, then an id is always
output (generated if necessary).
I'm not sure why the parameter was changed in 1.73.0. But you can
customize the informal.object template to set the parameter back to 1.
Bob Stayton
Sagehill Enterprises
DocBook Consulting
----- Original Message -----
From: "Sam Steingold" <>
To: <>
Sent: Friday, August 17, 2007 6:10 AM
Subject: [docbook-apps] gensym IDs for informal*
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I noticed that recently informaltables and informalexamples started to
> get gensym IDs:
>
> <div class="informaltable"><a id="id3042995"></a><table .....
>
> why?
> I don't like this because this creates spurious diffs.
> I cannot always avoid this because some informaltables are in reused
> entities:
>
> <!ENTITY foo '<informaltable>...</informaltable>'>
> ....
> &foo;
> ...
> &foo;
>
> and IDs must be unique.
>
> I was using informal* objects specifically to avoid them being mentioned
> in any auto-generated list, so there seems to be no reason to assign
> them gensym IDs.
>
> thanks.
>
> Sam.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFGxZ5EPp1Qsf2qnMcRAp03AJ0U46bi7fOUN19Rw3Kh2FkYdYNsKgCfdiD5
> cZmvif/uzXPeCzkHmAAGb2A=
> =60K/
> -----END PGP SIGNATURE-----
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:
>
>
>
