W3C home > Mailing lists > Public > public-qt-comments@w3.org > November 2003

F&O 7.2.1 fn:codepoints-to-string

From: David Carlisle <davidc@nag.co.uk>
Date: Mon, 17 Nov 2003 13:47:01 GMT
Message-Id: <200311171347.NAA29363@penguin.nag.co.uk>
To: public-qt-comments@w3.org

> If any of the code points in $arg is not a legal XML character,

Have the WGs considered dropping this constraint?
This would of course require relaxing the data model to allow such

It comes up from time to time on XSL list that people are using XSLT to
query XML documents but generating non-xml using
<xsl:output method="text"/>
and so it might be quite natural to allow non-xml characters in the

James Clark's original xt implemtation had a non-standard nxml output
method to achieve this (using specific elements to represent characters
that were linearised as non-xml characters) but given that the function
codepoints-to-string has been added one could use
<xsl:value-of select="codepoints-to-string(5)"/>
for this. It would of course be a serialisation error to output this
using an xml/xhtml output method.

Actually the example "5" would be legal (presumably) in a data model
based on XML 1.1 as XML 1.1 draft only bans character 0 from the C0
controls, only insisting that the others are linearised using numeric

So even if the constraint is not dropped, the phrase "not a legal XML
character" might need to be clarified with respect to applicable XML


This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
Received on Monday, 17 November 2003 08:50:26 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:45:15 UTC