My reuse string files are not resolvable outside of the root map
Having trouble installing Oxygen? Got a bug to report? Post it all here.
-
- Posts: 102
- Joined: Fri Oct 19, 2018 2:19 am
My reuse string files are not resolvable outside of the root map
We maintain several .xml files containing strings that are used frequently, for example: our product name, our company name. We've placed these string files in its own directory and they are referenced their own ditamap. We reference them using a conkeyref like this:
<ph conkeyref="strings-prods/product-name"/>
Now, when I build the entire manual using a transformation, the reuse strings like "product-name" get pulled in correctly. But when I try to generate only a single chapter (i.e., an individual ditamap within the project), the reuse strings are not found. I get errors like this:
How do I resolve this so that these reuse strings are available everywhere? I cannot understand the error message and your documentation is not helpful.
<ph conkeyref="strings-prods/product-name"/>
Now, when I build the entire manual using a transformation, the reuse strings like "product-name" get pulled in correctly. But when I try to generate only a single chapter (i.e., an individual ditamap within the project), the reuse strings are not found. I get errors like this:
As a result, my string is replaced by a blank space in the transformed output.[DOTJ046E] Conkeyref="strings-prods/product-name" can not be resolved because it does not contain a key or the key is not defined. The build will use the conref attribute for fallback, if one exists.
How do I resolve this so that these reuse strings are available everywhere? I cannot understand the error message and your documentation is not helpful.
-
- Posts: 9451
- Joined: Fri Jul 09, 2004 5:18 pm
Re: My reuse string files are not resolvable outside of the root map
Hi Carl,
The publishing engine used by Oxygen gathers the keys starting from the DITA Map that you are publishing. There is an issue registered for it:
https://github.com/dita-ot/dita-ot/issues/1697
So even though you may set the "Root Map" combo box in Oxygen to point to the master DITA Map, the publishing engine will ignore that setting. So if you want to publish just a chapter, you will probably need to either refer from the chapter DITA Map the DITA Map which defines the keys or create another DITA Map which refers the chapter dita map and the keys DITA Map and publish that. Or you could add in the main DITA Map some profiling conditions on all chapter references so that you may be able to publish the main DITA Map with only one chapter showing.
Regards,
Radu
The publishing engine used by Oxygen gathers the keys starting from the DITA Map that you are publishing. There is an issue registered for it:
https://github.com/dita-ot/dita-ot/issues/1697
So even though you may set the "Root Map" combo box in Oxygen to point to the master DITA Map, the publishing engine will ignore that setting. So if you want to publish just a chapter, you will probably need to either refer from the chapter DITA Map the DITA Map which defines the keys or create another DITA Map which refers the chapter dita map and the keys DITA Map and publish that. Or you could add in the main DITA Map some profiling conditions on all chapter references so that you may be able to publish the main DITA Map with only one chapter showing.
Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com
<oXygen/> XML Editor
http://www.oxygenxml.com
-
- Posts: 102
- Joined: Fri Oct 19, 2018 2:19 am
Re: My reuse string files are not resolvable outside of the root map
This is unfortunate. Is this a defect that will be resolved?
And can you tell me how to do this?
Carl
And can you tell me how to do this?
Thanks.refer from the chapter DITA Map the DITA Map which defines the keys
Carl
-
- Posts: 9451
- Joined: Fri Jul 09, 2004 5:18 pm
Re: My reuse string files are not resolvable outside of the root map
Hi Carl,
So:
But it is a possible improvement direction, we do not control the DITA Open Toolkit publishing engine's future improvements list but when it will be done Oxygen will be able to use the Root Map information and pass it to the publishing engine.
Regards,
Radu
So:
This is not a defect, we added the "Root Map" setting in the Oxygen DITA Maps Manager mostly for editing, in order to have key references properly resolved when editing topics.This is unfortunate. Is this a defect that will be resolved?
But it is a possible improvement direction, we do not control the DITA Open Toolkit publishing engine's future improvements list but when it will be done Oxygen will be able to use the Root Map information and pass it to the publishing engine.
Just add a <topicref> to the key definitions map with "format="ditamap"" and "processing-role='resource-only'".And can you tell me how to do this?
refer from the chapter DITA Map the DITA Map which defines the keys
Regards,
Radu
Radu Coravu
<oXygen/> XML Editor
http://www.oxygenxml.com
<oXygen/> XML Editor
http://www.oxygenxml.com
-
- Posts: 102
- Joined: Fri Oct 19, 2018 2:19 am
Re: My reuse string files are not resolvable outside of the root map
Hi Radu.
I'm just going through my old posts and I realized that I never tried your suggestion above. I just did my own workaround of importing the topic I want into a separate small temporary project.
Anyhow, I've tried inserting a topicref to the key definitions map as you suggested, but my reuse variables are still not recognized.
I will email you a screenshot showing what I've done.
Any ideas?
Thanks.
Carl
I'm just going through my old posts and I realized that I never tried your suggestion above. I just did my own workaround of importing the topic I want into a separate small temporary project.
Anyhow, I've tried inserting a topicref to the key definitions map as you suggested, but my reuse variables are still not recognized.
I will email you a screenshot showing what I've done.
Any ideas?
Thanks.
Carl
-
- Posts: 102
- Joined: Fri Oct 19, 2018 2:19 am
Re: My reuse string files are not resolvable outside of the root map
Hi Radu. I tried your suggestion that you emailed me and it seems to have fixed the problem! Setting fix.external.refs.com.oxygenxml to 'true' worked.
Thanks.
Carl
Thanks.
Carl
Jump to
- Oxygen XML Editor/Author/Developer
- ↳ Feature Request
- ↳ Common Problems
- ↳ DITA (Editing and Publishing DITA Content)
- ↳ Artificial Intelligence (AI Positron Assistant add-on)
- ↳ 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