List Info

Thread: gensym IDs for informal*




gensym IDs for informal*
country flaguser name
United States
2007-08-17 08:10:29
-----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


iD8DBQFGxZ5EPp1Qsf2qnMcRAp03AJ0U46bi7fOUN19Rw3Kh2FkYdYNsKgCf
diD5
cZmvif/uzXPeCzkHmAAGb2A=
=60K/
-----END PGP SIGNATURE-----


------------------------------------------------------------
---------
To unsubscribe, e-mail: docbook-apps-unsubscribelists.oasis-open.org
For additional commands, e-mail: docbook-apps-helplists.oasis-open.org


Re: gensym IDs for informal*
user name
2007-08-17 22:30:49
Bob Stayton <bobssagehill.net>, 2007-08-17 13:39 -0700:

> 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.

My fault. I changed it in r6952 to get the
"dbfunclist" processing
instruction to work as expected. But I hadn't anticipated it
would
have this effect, so I think I probably need to revert this
change
for 1.73.1

  --Mike

> ----- Original Message ----- From: "Sam
Steingold" <sdsgnu.org>
> To: <docbook-appslists.oasis-open.org>
> Sent: Friday, August 17, 2007 6:10 AM
> Subject: [docbook-apps] gensym IDs for informal*
>
>> 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.

-- 
Michael(tm) Smith
http://people.w3.org/mike/

http://sideshowbarker.net/

Re: gensym IDs for informal*
user name
2007-08-18 04:37:35
Hi Sam,

> 2007-08-17 09:10 -0400:
> I noticed that recently informaltables and
informalexamples started to
> get gensym IDs:
> 
> <div class="informaltable"><a
id="id3042995"></a><table  .....
> 
> why?

Because of misguided change I made prior to the 1.73.0
release, to
fix something else (handling of some PIs).

> I don't like this because this creates spurious diffs.

I reverted the part of the change that was causing this. So
for
1.73.1 and after, you should get expected behavior (no aid
instances output for informal objects, just as before).

Thanks for catching this.

  --Mike

-- 
Michael(tm) Smith
http://people.w3.org/mike/

http://sideshowbarker.net/

[1-3]

about | contact  Other archives ( Real Estate discussion Medical topics )