Comments (3)
My initial preference would be to use the same processing mode for validation as for conversion. If you want strict processing, it's easy to switch it on. However, for validation it feels the default should maybe be strict 🤷🏽
from dita-ot.
I would agree: If you use DITA-OT for validation purposes, then there is the express intention of checking sources thoroughly. So that should indeed be the default.
from dita-ot.
My first thought was also that validation should default to the same behavior as transformation, just a "read-only" version of it. But then I realized that from a user perspective, having a validator default to "relaxed validation" is counter-intuitive. So I also agree that validate
should default to strict
.
from dita-ot.
Related Issues (20)
- Fail to replace temp files on Windows with looping referenced ditamaps HOT 2
- Error in nested DITA-OT project file is not properly reported. HOT 1
- DOTJ031I is triggered four times
- Echo current deliverable in non-verbose mode HOT 2
- preprocess2 fails when topicref is missing regardless of processing-mode HOT 2
- Output is not named as expected when using root-chunk-override=to-content HOT 2
- Chunking does not work when using xsd
- --nav-toc=full is not full when topicrefs have no href
- HTML5: nested topics do not appear in ToC HOT 4
- DITAVAL "passthough" action does not work for profiling applied to top-level (root) topic element
- Topic cross reference links in generated HTML are broken in case of chunk=to-content
- Cannot use the same mark for pushbefore and pushafter conactions
- Should be able to change severity for Java based messages HOT 1
- DOTJ049W should help me to find the not compliant attribute value HOT 1
- xref link to a list is not working when the topic is used as conref in another topic and published with transtype xhtml HOT 1
- docker: permission issue on pdf compilation when specifying user-id/group HOT 5
- PDF Theme not Obeying Heading title-numbering
- Dita 2.0 chunk="combine" on root element produces incorrect output
- Handling content outside the map directory: incorrect links in nav toc (HTML5)
- foreign xlink:href attributes are processed, resulting into NullPointer exception HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dita-ot.