- From: Eric van der Vlist <vdv@dyomedea.com>
- Date: 20 Jul 2002 10:59:00 +0200
- To: Jeni Tennison <jeni@jenitennison.com>
- Cc: xmlschema-dev@w3.org, "Biron,Paul V" <Paul.V.Biron@kp.org>, Michael Leditschke <mike@ammd.com.au>
On Sat, 2002-07-20 at 10:26, Jeni Tennison wrote:
>
> Hi Paul,
>
> > Well, there are many in the WG (myself included) who felt that the
> > pattern facet should only apply the xs:string (and types derived
> > from it). That is, we wanted to say that the pattern facet, like all
> > others (with the exception of whiteSpace :-) applies to the value
> > space (since for xs:string the value and lexical spaces are
> > identical). However, "we" lost the battle and pattern applies to all
> > types...hence the oddity of how it is described...as effecting the
> > value space by operating on the lexical space.
>
> Personally, I think it's very useful having something constraining the
> lexical space. It's handy having something that can articulate rules
> like "a decimal with exactly two decimal places" or "a duration that
> only specifies days and time", so I'm glad that you lost that
> particular battle :)
So do I! Patterns are syntactical and I think that this makes sense to
get them working on the lexical space....
That being said, facets (I mean all of them) could hold an attribute
(with a default value) saying if the schema designer wants to get them
working on the lexical or on the value space. We could thus say that we
want a xs:value working on the lexical space without having to use a
xs:pattern for this or a maximum of 3 digits on the lexical space or on
the contrary a pattern on the value space which could be useful in some
cases.
My 0.02 Euros
Eric
>
> Cheers,
>
> Jeni
>
> ---
> Jeni Tennison
> http://www.jenitennison.com/
>
>
--
See you in San Diego.
http://conferences.oreillynet.com/os2002/
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
Received on Saturday, 20 July 2002 04:59:04 UTC