5431 2008-01-26 02:38:10 +0000 Normal characters, character references 2009-01-21 02:22:02 +0000 1 1 1 Unclassified XML Schema Datatypes: XSD Part 2 1.0/1.1 both Macintosh All CLOSED FIXED cluster: regex editorial, resolved P4 minor --- 1 davep cmsmcq www-xml-schema-comments oldest_to_newest 18592 0 davep 2008-01-26 02:38:10 +0000 The paragraph following the Normal Character ("Char") production in the RE appendix says "Note that a ·normal character· can be represented either as itself, or with a character reference." Two problems: 1. '-' and '^' are ·normal characters·, but cannot always represent themselves in an RE. 2. A character reference is a string of characters; the productions and accompanying semantics defining REs do not allow such a string to be interpreted other than matching each character autonymously. Character references are used in productions, not REs. 18593 1 mike 2008-01-26 10:25:15 +0000 As is revealed by following the hyperlink, the character references it is referring to are those (such as #) used in XML, not those (such as #x5B) used in production rules. It might be clearer to say something like: "Note: when regular expressions are written in an XML document, for example in the value attribute of the xs:pattern element, non-ASCII characters can be represented using XML entity or character references. For this reason, the regular expression syntax does not provide any way of representing characters using octal or hexadecimal character codes. The syntax defined here assumes that XML entity and character references have already been expanded." 18603 2 davep 2008-01-27 02:40:23 +0000 (In reply to comment #1) > As is revealed by following the hyperlink, the character references it is > referring to are those (such as #) used in XML, not those (such as #x5B) > used in production rules. You got me. :-( I'm embarrassed. See following. > It might be clearer to say something like: "Note: when regular expressions are > written in an XML document, for example in the value attribute of the > xs:pattern element, non-ASCII characters can be represented using XML entity or > character references. For this reason, the regular expression syntax does not > provide any way of representing characters using octal or hexadecimal character > codes. The syntax defined here assumes that XML entity and character references > have already been expanded." Good start. We also will need to comment that people using the mechanism in other situations (such as born-binary derivations in non-XML environments) will have to provide other solutions. 23195 3 cmsmcq 2009-01-20 23:58:05 +0000 At its telcon of 19 December 2008, the XML Schema WG accepted a proposal presented in http://www.w3.org/XML/Group/2004/06/xmlschema-2/datatypes.dp081203.html with amendments, as a resolution of this issue. The changes have now been integrated into the status-quo document, so I'm marking the issue resolved. DaveP, you know what to do next.