[Bug 13712] New: Line ends within xs:token

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13712

           Summary: Line ends within xs:token
           Product: XML Schema
           Version: 1.1 only
          Platform: PC
               URL: http://www.w3.org/TR/xmlschema11-2/
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Datatypes: XSD Part 2
        AssignedTo: David_E3@VERIFONE.com
        ReportedBy: saasha@acc.umu.se
         QAContact: www-xml-schema-comments@w3.org
                CC: cmsmcq@blackmesatech.com


Hello!

Reading
http://www.w3.org/TR/xmlschema11-2/#token with great interest, I noticed that
one can read:

> The value space [as well as the] lexical space of token is the set of strings that do not contain the carriage return (#xD), line feed (#xA) nor tab (#x9) characters, that have no leading or trailing spaces (#x20) and that have no internal sequences of two or more spaces.

In other words, the characters #x85 (NEL) and #x2028 (line separator) seem to
be allowed within the xs:token value space. As of
http://www.w3.org/TR/xml11/#sec-line-ends those two characters are considered
line ends.

Furthermore, at
http://www.w3.org/TR/xmlschema11-2/#status one can read that

> Support for XML 1.1 has been added. It is now implementation defined whether datatypes dependent on definitions in [XML] and [Namespaces in XML] use the definitions as found in version 1.1 or version 1.0 of those specifications.

In other words, I consider that a clarification could be added to explain
whether the status of those two characters is "implementation defined" when
they occur within an xs:token and if they are allowed to be there at all.

Clarifying the status of #x2029 (paragraph separator) would also be welcome.
These clarifications would also be welcome when it comes to xs:normalizedString
at
http://www.w3.org/TR/xmlschema11-2/#normalizedString

Regards!

Saašha,

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Tuesday, 9 August 2011 13:04:56 UTC