- From: <bugzilla@wiggum.w3.org>
- Date: Mon, 20 Jul 2009 14:43:41 +0000
- To: www-xml-schema-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6909
--- Comment #3 from Dave Peterson <davep@iit.edu> 2009-07-20 14:43:37 ---
(In reply to comment #2)
During its telecon of 17 July, the WG noted that a pre-lexical facet could not
only either leave a candidate character string alone or lose it from the range
of the transformation it describes, it could also "scramble" the incoming
character strings so that while it changes string S to another string, it also
changes a different string to string S, so that string S is neither left alone
nor lost from the transformation range. Such strings should not a priori be
removed from the lexical space. Accordingly, I propose the following
amendment, which seems to be a minimal change that avoids this problem. Only
the first ("new") paragraph above is amended:
> [new paragraph and changed Note:]
> If a derivation introduces a ·pre-lexical· facet value (a new value
> for whiteSpace or an implementation-defined ·pre-lexical· facet), the
> corresponding ·pre-lexical· transformation of a character string, if
> indeed it changed that string, would prevent that string from ever
Change "would" to "could".
> having the ·lexical mapping· of the derived datatype applied to it.
> Character strings that a ·pre-lexical· transformation would change
Change "would change" to "blocks in this way (i.e., they are not in the range
of the ·pre-ledxical· facet's transformation)".
> are always dropped from the derived datatype's ·lexical space·.
These two changes seem to be the minimum needed. This is a formal proposal to
the WG, but I invite alternative proposals.
--
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 Monday, 20 July 2009 14:43:49 UTC