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


Help: OASIS Mailing Lists Help | MarkMail Help

dita-help message

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

Subject: RE: [dita-help] FW: DITA for the Web: Meeting invite for Wed Oct 21

Hi Tony.

What we have is something we call the "Resolved Document for Editing"
(RDE). This is actually its own document type and is created as part of
integrating DITA document types into the Arbortext environment. It's
loosely based on database.

Creating an RDE is called from a menu item when editing a map. When
invoked, Arbortext Editor takes all of the topics from the map and uses
XInclude to include all of those topics into a single document that can
be edited in Arbortext Editor. While you cannot make structural changes
to the RDE, you can do editing in the topics, perform a spell check for
all of the topics in the map, do a find/replace operation for all of the
topics in the map, and so forth. Any changes made in the RDE are saved
back to the individual topics. Nested maps would be resolved and their
topics included in the topic flow. We resolve conrefs by default in
Editor -- that is, the content of the conref is displayed in the Editor

This is mostly intended to be an aid for authors.



-----Original Message-----
From: Tony Self [mailto:tself@hyperwrite.com] 
Sent: Sunday, November 01, 2009 12:13 AM
To: Goolsby, Chris
Cc: dita-help@lists.oasis-open.org
Subject: RE: [dita-help] FW: DITA for the Web: Meeting invite for Wed
Oct 21

Dear Chris

At the last DITA Help Subcommittee meeting, you mentioned that Arbortext
included a transformation that generated "flattened" DITA output, with
conrefs resolved into normal elements.

Can you please expand on that feature? If I have one ditamap and lots of
topic files, will that be transformed into one big database file, or
the topics be preserved one-to-one? 

Are nested maps resolved into one map, or is the flattening only
at the topic level?

To explain for those not at the last meeting, we were looking at DITA as
delivery format for embedded user assistance such as field labels and
tips. An issue with using DITA in this way (as a delivery rather than a
source format) is that it is relatively difficult to resolve conrefs on


Tony Self

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