organicmaps/pugixml
13
Fork 0
Code Issues 1 Pull requests Projects Releases Wiki Activity Actions

docs: Clarify Unicode validation behavior

Browse source 
It has always been the case that pugixml does not perform Unicode
validation or name/tag Unicode character class validation, but it wasn't
very obvious from documentation.

Fixes #162
This commit is contained in:
Arseny Kapoulkine 2017-08-29 20:46:30 -07:00
parent 4f2ad720c8
commit 900a1cc943
2 changed files with 7 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

3
docs/manual.adoc
View file

@ -811,12 +811,13 @@ There is only one non-conformant behavior when dealing with valid XML documents:
As for rejecting invalid XML documents, there are a number of incompatibilities with W3C specification, including:
* Multiple attributes of the same node can have equal names.
* All non-ASCII characters are treated in the same way as symbols of English alphabet, so some invalid tag names are not rejected.
* Tag and attribute names are not fully validated for consisting of allowed characters, so some invalid tags are not rejected
* Attribute values which contain `<` are not rejected.
* Invalid entity/character references are not rejected and are instead left as is.
* Comment values can contain `--`.
* XML data is not required to begin with document declaration; additionally, document declaration can appear after comments and other nodes.
* Invalid document type declarations are silently ignored in some cases.
* Unicode validation is not performed so invalid UTF sequences are not rejected.
[[access]]
== Accessing document data

7
docs/manual.html
View file

@ -1941,7 +1941,7 @@ The current behavior for Unicode conversion is to skip all invalid UTF sequences
<p>Multiple attributes of the same node can have equal names.</p>
</li>
<li>
<p>All non-ASCII characters are treated in the same way as symbols of English alphabet, so some invalid tag names are not rejected.</p>
<p>Tag and attribute names are not fully validated for consisting of allowed characters, so some invalid tags are not rejected</p>
</li>
<li>
<p>Attribute values which contain <code>&lt;</code> are not rejected.</p>
@ -1958,6 +1958,9 @@ The current behavior for Unicode conversion is to skip all invalid UTF sequences
<li>
<p>Invalid document type declarations are silently ignored in some cases.</p>
</li>
<li>
<p>Unicode validation is not performed so invalid UTF sequences are not rejected.</p>
</li>
</ul>
</div>
</div>
@ -5672,7 +5675,7 @@ If exceptions are disabled, then in the event of parsing failure the query is in
</div>
<div id="footer">
<div id="footer-text">
Last updated 2017-08-21 08:46:53 DST
Last updated 2017-08-29 20:45:58 DST
</div>
</div>
</body>