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] Improving variable content in 2.0


Joe is right that <linktext> is meant to be a general best practice there, and will work for all elements that pull in text using @keyref -- provided you use the latest DITA-OT release. The toolkit did not properly resolve text for all cases using <linktext> until the 2.5.1 release a few weeks ago.

Regards,

Robert D. Anderson
DITA-OT lead and Co-editor DITA 1.3 specification,
Digital Services Group


E-mail: robander@us.ibm.com
Digital Services Group
11501 BURNET RD,, TX, 78758-3400, AUSTIN, USA


Inactive hide details for Joe Pairman ---07/10/2017 11:22:46 AM---Hi Scott, Elsewhere the spec suggests using the <linktext> elJoe Pairman ---07/10/2017 11:22:46 AM---Hi Scott, Elsewhere the spec suggests using the <linktext> element as a best practice "for cases whe

From: Joe Pairman <joe.pairman@mekon.com>
To: Scott Hudson <scott.hudson@jeppesen.com>
Cc: "dita@lists.oasis-open.org" <dita@lists.oasis-open.org>
Date: 07/10/2017 11:22 AM
Subject: Re: [dita] Improving variable content in 2.0
Sent by: <dita@lists.oasis-open.org>





Hi Scott,

Elsewhere the spec suggests using the <linktext> element as a best practice "for cases where all elements getting text from a key definition should result in the same value":
https://docs.oasis-open.org/dita/dita/v1.3/os/part1-base/archSpec/base/processing-keyref-for-text.html

I just tried it quickly and it appears to be legal per the DTDs and also work fine in the DITA-OT!

Here’s my map:

<map>
<title>DITA Topic Map</title>
<keydef keys="SomeKey">
<topicmeta>
<linktext>Some text string</linktext>
</topicmeta>
</keydef>
<topicref href="TestReferencingLinktextFromWintitle.dita"/>
</map>


And here’s the topic:

<concept id="topic">
<title>Test referencing linktext from wintitle</title>
<conbody>
<p>Wintitle follows: <wintitle keyref="SomeKey"/></p>
</conbody>
</concept>


Is that helpful at all?

Best regards,
Joe




On Jul 10, 2017, at 17:10, Scott Hudson <scott.hudson@jeppesen.com> wrote:

The current method for creating content variables is to use a keyword construct. (https://docs.oasis-open.org/dita/dita/v1.3/os/part1-base/archSpec/base/example-key-definition-for-variable-text.html )

For example:
<keydef keys="productname">
<topicmeta>
<keywords>
<keyword audience="GA">ProductA</keyword>

<keyword audience="BA">ProductB</keyword>
<keyword audience="CA">ProductC</keyword>
</keywords>
</topicmeta>
</keydef>


Unfortunately, keyword is not allowed in many content models, so you cannot use variables in many cases. Here's an example use case:
We have product names that are stored as variables (in case Marketing changes the name during development and due to product variants), which we express in DITA using <keyword> keys. Several of our user interfaces use the product name as part of the interface area, which should be tagged with wintitle.

Right now, we have no way of marking the following:
Unfortunately, the current model for <keydef> doesn't let you define variable content using ph or text elements, and the <wintitle> model, only (text data | <text>)* is allowed.

For DITA 2.0, I'd like to propose a more globally applicable method for including variable content, perhaps based on <ph> or <text>.

Thanks and best regards,

--Scott

Scott Hudson
Content Strategist

Digital Aviation Learning & Development

Voting member:
Boeing Data Standards Technical Advisory Board
OASIS DocBook TC, Publishers SC (Chair)
OASIS DITA TC, Tech Comm SC, LW DITA SC, Learning Content SC (Secretary)
OASIS DITA Adoption TC
OASIS Augmented Reality in Information Products (ARIP) TC
<image001.png>
Jeppesen | Digital Aviation | Boeing
extension: 556228 | phone: 303.328.6228
| mobile: 303.350.7934
Jeppesen email: scott.hudson@jeppesen.com
55 Inverness Drive East
| Englewood, CO 80112 | www.jeppesen.com

This document contains only administrative, uncontrolled data under U.S. International Traffic in Arms Regulations.





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