[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XSLT 2.0 / XPath 2.0 - Assumptions

• To: "xml-dev" <xml-dev@l...>
• Subject: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• From: "Rick Jelliffe" <ricko@a...>
• Date: Tue, 14 May 2002 05:40:43 +1000
• References: < <5.1.0.14.0.20020513113107.03cf5400@n...> < <5.1.0.14.0.20020513111151.03cddba8@n...> <1XPOCAZWNKQK43XUXT4XR706PLGAOK.3cdfd29a@MChamp> <1XPOCAZWNKQK43XUXT4XR706PLGAOK.3cdfd29a@MChamp> <5.1.0.14.0.20020513111151.03cddba8@n...> <5.1.0.14.0.20020513113107.03cf5400@n...> <5.1.0.14.0.20020513115925.00b95cb8@n...>

From: "Jonathan Robie" <jonathan.robie@d...>
 
> Or you could use a regular expression to do the same thing, and associate 
> the type with a name that identifies the regular expression to be used. And 
> allow other constraints, such as ranges, to be associated with the name.
> 
> Ooops, I just reinvented XML Schema simple types.
 
Not really.  Regular Fragmentations allows each fragment to be types, rather
than just being a string.  It is  step forward from XML Schemas, because
it understands that it is inconvenient to use elements for all kinds of structures,
but it does not go all the way to recombining pieces into types.

Schematron allows string expressions, so that you can parse 25/12/02 into
strings, check the values of the pieces are compatible, and label the whole
"US Date", but that is too messy.

Instead, we need something that allows defining the mappings from (multiple)
lexical spaces to standard value spaces. I.e. notations, though we will have to give
them a different name because XML Schemas already provides something
of that name, of no apparant usefulness except perhaps to be incompatible
with DTD's NOTATION and therefore to kill it off.

Cheers
Rick Jelliffe

• References:
  • Re: XSLT 2.0 / XPath 2.0 - Assumptions
    • From: Jonathan Robie <jonathan.robie@d...>
  • Re: XSLT 2.0 / XPath 2.0 - Assumptions
    • From: Jonathan Robie <jonathan.robie@d...>
  • Re: XSLT 2.0 / XPath 2.0 - Assumptions
    • From: Mike Champion <mc@x...>
  • Re: XSLT 2.0 / XPath 2.0 - Assumptions
    • From: Jonathan Robie <jonathan.robie@d...>

• Prev by Date: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• Next by Date: RE: Patent non-proliferation and disarmament
• Previous by thread: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• Next by thread: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• Index(es):
  • Date
  • Thread