This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: ambiguity in <xref> regarding cross-reference text
- From: Norman Walsh <ndw at nwalsh dot com>
- To: Bob Stayton <bobs at caldera dot com>
- Cc: "Robert P. J. Day" <rpjday at mindspring dot com>,docbook mailing list <docbook at lists dot oasis-open dot org>,docbook-apps at lists dot oasis-open dot org
- Date: Sat, 28 Dec 2002 16:00:18 -0500
- Subject: DOCBOOK-APPS: Re: ambiguity in <xref> regarding cross-reference text
- References: <Pine.LNX.4.44.0211242004540.2197-100000@dell><20021125132736.D16855@caldera.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[ Follow-ups to docbook-apps, please. ]
/ Bob Stayton <bobs@caldera.com> was heard to say:
| On Sun, Nov 24, 2002 at 08:07:43PM -0500, Robert P. J. Day wrote:
|>
|> again, nitpicky, but in the online TDG 2.0.7, in the explanation
|> of <xref>, we read:
|>
|> "... If the Endterm attribute is specified, the content of the
|> element pointed by by Endterm must be used as the text of the
|> cross-reference ... If the object pointed to has a specified
|> XRefLabel, that should be used as the cross-reference text."
|>
|> and if both happen to be true? it's not clear from the <xref>
|> page which takes precedence.
I think endterm should take precedence. (Otherwise the link author has
no way to override xreflabel.)
| I think this is perhaps an issue of stylesheet policy, not
| a DTD policy.
Link semantics should be defined by the TC, I think, independent of
the stylesheet language used.
| In any case, for the XSL stylesheets the xreflabel takes
| precedence over the endterm.
I think that's a bug, and I'm fixing it now.
Be seeing you,
norm
- --
Norman Walsh <ndw@nwalsh.com> | If youth is a fault, it is one
http://www.oasis-open.org/docbook/ | soon corrected.--Goethe
Chair, DocBook Technical Committee |
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/>
iD8DBQE+DhDiOyltUcwYWjsRAq09AKCmgSSgh0CH8cfOOy4/vBMkyFGdlgCfbwmA
XK4pAnVMwtf/8pg61mLofNk=
=Uw5p
-----END PGP SIGNATURE-----