W3C home > Mailing lists > Public > xmlschema-dev@w3.org > June 2007

Re: Discrepancies in the W3C Schema docs?

From: Pete Cordell <petexmldev@tech-know-ware.com>
Date: Tue, 12 Jun 2007 14:26:48 +0100
Message-ID: <005301c7acf5$5b666270$5f00a8c0@Codalogic>
To: "Michael Kay" <mike@saxonica.com>
Cc: <xmlschema-dev@w3.org>

Ah - I saw that IDREFS allowed the whitespace facet and assumed that meant 
you could actually change it!

Time to re-read the spec I think :-(

Thanks,

Pete

----- Original Message From: "Michael Kay" <mike@saxonica.com>
> 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@w3.org
>> [mailto:xmlschema-dev-request@w3.org] On Behalf Of Pete Cordell
>> Sent: 12 June 2007 10:51
>> To: Henry S. Thompson
>> Cc: Dan Maharry; xmlschema-dev@w3.org
>> Subject: Re: Discrepancies in the W3C Schema docs?
>>
>>
>> ----- Original Message From: "Henry S. Thompson"
>> <ht@inf.ed.ac.uk> 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?

=============================================
Pete Cordell
Codalogic Ltd
for XML Schema to C++ data binding visit
 http://www.codalogic.com/lmx/
=============================================
Received on Tuesday, 12 June 2007 13:27:39 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 11 January 2011 00:14:59 GMT