Restricting feedback from DITA Map Completeness Check
Post here questions and problems related to editing and publishing DITA content.
-
- Posts: 316
- Joined: Wed Jun 17, 2015 10:19 am
Restricting feedback from DITA Map Completeness Check
Post by ann.jensen »
Hi,
I am reusing maps throughout my DITA project as the functionality across 4 of our products is similar enough to warrant it.
However, in some cases a task topic within a reused Map is not relevant for all products and so I use Profiling on the topic to include it only for the relevant products.
This task includes keyrefs. When the task lives in a map for a product that doesn't require it, I see errors in the feedback from the DITA Map Completeness Check....as there is no matching keydef for this products parent map.
I understand why this is returned but I wonder if there is a way of filtering them out.
I hope this makes sense.
Any advice appreciated,
Regards,
Ann
I am reusing maps throughout my DITA project as the functionality across 4 of our products is similar enough to warrant it.
However, in some cases a task topic within a reused Map is not relevant for all products and so I use Profiling on the topic to include it only for the relevant products.
This task includes keyrefs. When the task lives in a map for a product that doesn't require it, I see errors in the feedback from the DITA Map Completeness Check....as there is no matching keydef for this products parent map.
I understand why this is returned but I wonder if there is a way of filtering them out.
I hope this makes sense.
Any advice appreciated,
Regards,
Ann
-
- Posts: 9438
- Joined: Fri Jul 09, 2004 5:18 pm
Re: Restricting feedback from DITA Map Completeness Check
Hi Ann,
We do not have a setting in the preferences to avoid issuing various errors.
When using the "Completeness Check" action you do have the choice to use it along with profiling conditions or multiple DITAVAL filters.
An alternative is to create a plugin for Oxygen which filters out various reported errors before they are shown to the end user.
We have a sample plugin called validationProblemsFilter which based on two configuration files removes problems from the reported problems list:
https://github.com/oxygenxml/wsaccess-j ... le-plugins
Regards,
Radu
We do not have a setting in the preferences to avoid issuing various errors.
When using the "Completeness Check" action you do have the choice to use it along with profiling conditions or multiple DITAVAL filters.
An alternative is to create a plugin for Oxygen which filters out various reported errors before they are shown to the end user.
We have a sample plugin called validationProblemsFilter which based on two configuration files removes problems from the reported problems list:
https://github.com/oxygenxml/wsaccess-j ... le-plugins
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