W3C home > Mailing lists > Public > xsl-editors@w3.org > January to March 2001

Re: Forbidden character issue not addressed in XSLT 1.1 WD

From: James Clark <jjc@jclark.com>
Date: Sat, 06 Jan 2001 10:46:52 +0700
Message-ID: <3A56952C.55A4C369@jclark.com>
To: Mike Brown <mbrown@corp.webb.net>
CC: "'xsl-editors@w3.org'" <xsl-editors@w3.org>
This is dealt with in the paragraph at the end of section 14.2.

It can't be dealt with purely by the XML output method, because there
may be illegal surrogate pairs that would make the behavior of the
string functions undefined. (Also HTML does not allow any character.)

Mike Brown wrote:
> 
> It is possible for a result tree to contain characters that are not allowed
> in a well-formed XML general parsed entity.
> 
>  - the XSLT processor may have obtained the source or stylesheet tree from a
> DOM document object containing the forbidden characters
> 
>  - the stylesheet may call an extension function that returns an object
> containing the forbidden characters
> 
> Since there is no provision in the spec for removing these characters, it is
> possible for the XML output method to fail to meet the requirement of
> serializing the result tree as a well-formed XML general parsed entity.
> 
> I suggest adding a clause to require an XSLT processor to remove the
> forbidden characters during output, and to signal an error.
> 
> I believe this only applies to the XML output method; HTML allows any
> character.
> 
> It might be prudent to also acknowledge this issue in an addendum or future
> revision of the XPath spec.
> 
>    - Mike
> ____________________________________________________________________
> Mike J. Brown, software engineer at            My XML/XSL resources:
> webb.net in Denver, Colorado, USA              http://skew.org/xml/
Received on Saturday, 6 January 2001 21:32:25 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:52 GMT