Eric
>
> * String after whitespace normalization (normalizedString)
> * String tokenized after whitespace normalization
> (tokenizedString)
> * String with no whitespace that conforms to DSDL naming rules
> (Name)
> --------
>
> I think that W3C XML Schema is especially messy here and that we should
> not follow it :-) ...
While I agree that the W3C versions of these are messy I feel the first two
entries have a valid point. There are times when you want strings to be
checked after they have been normalized rather than in their "native"
format, and there are some strings that have to be tokenized into individual
components that need to be checked individually. Hence my first two entries.
>
> To me, whitespace processing should not be a property of a datatype but
> could rather be expressed in term of a transformation between the
> "parsed space" (ie what is sent by the parser and includes line feed
> processing and some whitespace processing for attributes) and the
> lexical space.
I'm not sure this is the problem. The problem is whether or not validation
of a string should take place in the parsed space or the lexical space. For
comparisons it may not be practical to use the parsed space.
> The ability to define such a transformation is key IMO for localization
> (for instance of date types) and could also take care of the whitespace
> processing.
String localization should be a key differentiator in DSDL. I know of the
work on European localization of Unicode and hope to put key facts from that
into the spec, but have yet to work out where it fits in our framework. Do
you have any ideas on this?
> Also, ASN.1 [1] includes a datatype systems. I have *not* looked at it
> yet, but this might be something to consider as an input.
>
> [1] http://www.itu.int/ITU-T/studygroups/com17/languages/
Thanks for the pointer
> See you in San Diego.
> http://conferences.oreillynet.com/os2002/
Too many conferences fry the brain - I have three lined up already, which is
more than enough for this year!
Martin
-- DSDL members discussion list To unsubscribe, please send a message with the command "unsubscribe" to dsdl-discuss-request@dsdl.org (mailto:dsdl-discuss-request@dsdl.org?Subject=unsubscribe)Received on Fri May 24 12:07:31 2002
This archive was generated by hypermail 2.1.8 : Fri Dec 03 2004 - 14:00:27 UTC