Corrected recommended namespace separators - reported in bug #1742315.

This commit is contained in:
Karl Waclawek 2007-06-24 17:21:25 +00:00
parent a5348b9941
commit 5d530f0f95

View File

@ -917,12 +917,15 @@ XML_ParserCreateNS(const XML_Char *encoding,
Constructs a new parser that has namespace processing in effect. Namespace Constructs a new parser that has namespace processing in effect. Namespace
expanded element names and attribute names are returned as a concatenation expanded element names and attribute names are returned as a concatenation
of the namespace URI, <em>sep</em>, and the local part of the name. This of the namespace URI, <em>sep</em>, and the local part of the name. This
means that you should pick a character for <em>sep</em> that can't be means that you should pick a character for <em>sep</em> that can't be part
part of a legal URI. There is a special case when <em>sep</em> is the null of an URI. Since Expat does not check namespace URIs for conformance, the
character <code>'\0'</code>: the namespace URI and the local part will be only safe choice for a namespace separator is a character that is illegal
concatenated without any separator - this is intended to support RDF processors. in XML. For instance, <code>'\xFF'</code> is not legal in UTF-8, and
It is a programming error to use the null separator with <code>'\xFFFF'</code> is not legal in UTF-16. There is a special case when
<a href= "#XML_SetReturnNSTriplet">namespace triplets</a>.</div> <em>sep</em> is the null character <code>'\0'</code>: the namespace URI and
the local part will be concatenated without any separator - this is intended
to support RDF processors. It is a programming error to use the null separator
with <a href= "#XML_SetReturnNSTriplet">namespace triplets</a>.</div>
<pre class="fcndec" id="XML_ParserCreate_MM"> <pre class="fcndec" id="XML_ParserCreate_MM">
XML_Parser XMLCALL XML_Parser XMLCALL