OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

dita message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [dita] Question: local content in <abbreviated-form> element with keyref

By the way, as a writer I would also be squeamish about putting empty
<term> elements (with keyref attributes resolving to terms in topicmeta)
in topics. The topic would only be comprehensible in the context of a
map and in a keyref-aware display tool. I imagine that the tools used by
translators, in particular, will probably not be able to make topics
display in a meaningfully complete way if they are full empty <term>

I would rather use conkeyref than keyref for swapping out variable
content, because with conkeyref I can put fallback text in the
keyref-bearing element. For abbreviations, however, conkeyref won't


-----Original Message-----
From: Su-Laine Yeo [mailto:su-laine.yeo@justsystems.com] 
Sent: Tuesday, April 26, 2011 3:23 PM
To: dita
Subject: [dita] Question: local content in <abbreviated-form> element
with keyref

Sorry folks, yet another issue which needs to be scrutinized before
finally-final-finalizing item #3 here:

Consider this scenario:

<p>An <abbreviated-form keyref="abs">anti-lock braking
system</abbreviated-form> helps a driver to stop.</p>

The spec does not seem to cover this scenario:

For keyref processing in general, we have decided that the content of
the keyref-bearing element should always be displayed if it exists.
However, for <abbreviated-form> processing I'm starting to think that
local content should lose if the key can be resolved to a
<glossAcronym>. If we have local content always win, the only way to
have the feature work will be to leave the <abbreviated-form> element
empty. But to be safe, practitioners should put something reasonable in
<abbreviated-form> so that there is fallback text if the keyref can't be
resolved or if the processor is not sophisticated enough to do the
special processing required to render abbreviations. 


Su-Laine Yeo
Solutions Consultant 
JustSystems Canada, Inc.
Office: 1 (778) 327-6356 

XMetaL Community Forums: http://forums.xmetal.com
For partners only: http://www.justpartnercenter.com

To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]