RE: [docbook-apps] acronyms, abbreviations, definitions

["Rowland, Larry" <larry.rowland@hp.com>]

Actually, if you read the entire message, I was not suggesting that the 
rendered document have the content in a different location, I was suggesting 
that there was already markup available to represent the binding of the 
expansion to the acronym or abbreviation.  I am well aware that the rendered
content has to have the expansion information attached to the element itself.

I still feel that centrally locating the association is preferable in a
modern document that is potentially delivered via the Web with entry points
that may be based on search results or other non-narrative paths through a
document.  Centrally locating the associated expansion reduces redundant
coding.

Regards,
Larry

-----Original Message-----
From: Dave Pawson [mailto:davep@dpawson.co.uk] 
Sent: Thursday, November 11, 2010 12:37 AM
To: Rowland, Larry
Cc: Cramer, David W (David); n@n-faktor.net; docbook-apps@lists.oasis-open.org
Subject: Re: [docbook-apps] acronyms, abbreviations, definitions

On Wed, 10 Nov 2010 22:18:45 +0000
"Rowland, Larry" <larry.rowland@hp.com> wrote:

> The glossentry element includes acronym and abbrev as valid
> children.  This is where it might be best to link the expansion of
> the acronym or abbreviation to the acronym or abbreviation (the
> expansion is in the glossterm). 


try it, with your eyes closed. This doesn't work Larry.
Go through the motions compared with the inline acronym expansion.
The expansion needs to be with the acronym, so that a tts
app can read the acronym and its expansion together.





-- 

regards 

-- 
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk