Publishing 2 Guides From One Map
Post here questions and problems related to editing and publishing DITA content.
-
- Posts: 6
- Joined: Wed Sep 13, 2023 9:54 pm
Publishing 2 Guides From One Map
We currently produce an online help guide which in oxygen is comprised of a master map (or book map), inside of which are numerous child maps, and inside of those are the individual topics. We currently publish it off as an online help module or huge pdf file.
In addition, we publish from a separate map using separate topics a separate revision history document that pretty much mirrors the structure of the online help module. Any topic that is added or touched in the online help module requires an entry in our separate revision history document.
Right now we are doing the work twice. Creating the topics in the online help module's many maps. And then summarizing what we did in a separate rev history document.
Keeping everything straight is a logistics nightmare and a waste of time. It would be much better from a writing, quality, and review standpoint to have one topic that would feed both guides by turning on and off the necessary sections via ditavals.
The dream is that I would create the online help module as I normally would, but those topics that were updated would also get a section within the topic that would be tagged for the rev history document. When the online help module is published we could exclude the rev history content easy enough via ditavals. I would imagine that the rev history content would be tucked within otherprops tags, though there are probably many ways to go about this.
The question is how would you from that same map publish only content tagged rev history? It appears that ditvals do not permit an "exclude everything except for this" feature.
There has to be a way to do what I'm describing, but wasn't sure how to proceed.
Does anyone have any suggestions?
In addition, we publish from a separate map using separate topics a separate revision history document that pretty much mirrors the structure of the online help module. Any topic that is added or touched in the online help module requires an entry in our separate revision history document.
Right now we are doing the work twice. Creating the topics in the online help module's many maps. And then summarizing what we did in a separate rev history document.
Keeping everything straight is a logistics nightmare and a waste of time. It would be much better from a writing, quality, and review standpoint to have one topic that would feed both guides by turning on and off the necessary sections via ditavals.
The dream is that I would create the online help module as I normally would, but those topics that were updated would also get a section within the topic that would be tagged for the rev history document. When the online help module is published we could exclude the rev history content easy enough via ditavals. I would imagine that the rev history content would be tucked within otherprops tags, though there are probably many ways to go about this.
The question is how would you from that same map publish only content tagged rev history? It appears that ditvals do not permit an "exclude everything except for this" feature.
There has to be a way to do what I'm describing, but wasn't sure how to proceed.
Does anyone have any suggestions?
-
- Posts: 9434
- Joined: Fri Jul 09, 2004 5:18 pm
Re: Publishing 2 Guides From One Map
Hi,
If you want advice from the DITA community I would suggest registering and asking this question on the DITA Users List:
https://dita-users.groups.io/g/main
The Oxygen forum is a more static place, most people who register on the forum do not opt in to receive notifications for all posts, they are interested only in getting answers on their posts.
About the DITAVAL file, it can specify a rule like this:
As you said there is no "exclude all elements with no profiling attributes set on them" rule. This would not work anyway, in a topic like this:
from the very beginning the root topic element which does not have profiling attributes set on it would get filtered out and with it everything else.
I'm not sure what to advise you, who reads these revision history parallel documents anyway? Are they useful to the end user?
Regards,
Radu
If you want advice from the DITA community I would suggest registering and asking this question on the DITA Users List:
https://dita-users.groups.io/g/main
The Oxygen forum is a more static place, most people who register on the forum do not opt in to receive notifications for all posts, they are interested only in getting answers on their posts.
About the DITAVAL file, it can specify a rule like this:
but this means something like "exclude all elements which have profiling attributes defined on them, no matter what value those profiling attributes have".<prop action="exclude"/>
<prop action="include" att="rev"/>
As you said there is no "exclude all elements with no profiling attributes set on them" rule. This would not work anyway, in a topic like this:
Code: Select all
<topic>
<title>
<body>
<p>para text to exclude
<p rev="1">para2 text to include
I'm not sure what to advise you, who reads these revision history parallel documents anyway? Are they useful to the end user?
Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com
<oXygen/> XML Editor
http://www.oxygenxml.com
Return to “DITA (Editing and Publishing DITA Content)”
Jump to
- Oxygen XML Editor/Author/Developer
- ↳ Feature Request
- ↳ Common Problems
- ↳ DITA (Editing and Publishing DITA Content)
- ↳ SDK-API, Frameworks - Document Types
- ↳ DocBook
- ↳ TEI
- ↳ XHTML
- ↳ Other Issues
- Oxygen XML Web Author
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Content Fusion
- ↳ Feature Request
- ↳ Common Problems
- Oxygen JSON Editor
- ↳ Feature Request
- ↳ Common Problems
- Oxygen PDF Chemistry
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Feedback
- ↳ Feature Request
- ↳ Common Problems
- Oxygen XML WebHelp
- ↳ Feature Request
- ↳ Common Problems
- XML
- ↳ General XML Questions
- ↳ XSLT and FOP
- ↳ XML Schemas
- ↳ XQuery
- NVDL
- ↳ General NVDL Issues
- ↳ oNVDL Related Issues
- XML Services Market
- ↳ Offer a Service