Section 4.3.6:

For all datatypes .derived. by .list. the value of whiteSpace is collapse
and cannot be changed by a schema author.

Michael Kay
http://www.saxonica.com/
 

> -----Original Message-----
> From: xmlschema-dev-request@w... 
> [mailto:xmlschema-dev-request@w...] On Behalf Of Pete Cordell
> Sent: 12 June 2007 10:51
> To: Henry S. Thompson
> Cc: Dan Maharry; xmlschema-dev@w...
> Subject: Re: Discrepancies in the W3C Schema docs?
> 
> 
> ----- Original Message From: "Henry S. Thompson" 
> <ht@i...> Pete Cordell writes:
> 
> >> I've always assumed that the lexical space is 
> pre-normalization, but 
> >> I can't at the moment find anything that tells me this either way.
> 
> > In W3C XML Schema, all constraints are applied _after_ 
> normalisation 
> > of white space.
> 
> Thanks for that.
> 
> Exploring further... If you made IDREFS an element's contents 
> (not recommended, but not disallowed), and you overrode the 
> whitespace facet to be preserve, thus allowing you to have 
> multiple intervening whitespace after validation, 
> would/should the result still be interpreted as a valid 
> IDREFS (i.e. a list of IDREF values)?
> 
> Is so, IDREFS is not always defined as having only a single 
> intervening space char; correct?
> 
> Cheers,
> 
> Pete.
> --
> =============================================
> Pete Cordell
> Codalogic Ltd
> for XML Schema to C++ data binding visit  
> http://www.codalogic.com/lmx/ 
> =============================================
> 
> 
> 


From petexmldev@t... Tue Jun 12 13:27:39 2007
Received: from aji.w3.org ([133.27.22