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

RE: Processing XML 1.1 documents with XML Schema 1.0processors

  • To: xml-dev@l...
  • Subject: RE: Processing XML 1.1 documents with XML Schema 1.0processors
  • From: Eric van der Vlist <vdv@d...>
  • Date: Fri, 13 May 2005 13:02:52 +0200
  • In-reply-to: <20050513105342.E0F5F3F43DC@g...>
  • Organization: Dyomedea (http://dyomedea.com)
  • References: <20050513105342.E0F5F3F43DC@g...>

metacharacters and xml
Hi Mike,

On ven, 2005-05-13 at 11:52 +0100, Michael Kay wrote:
> > In that case, I could choose between xs1.0:token and xs1.1:token by
> > assigning the right namespace URIs to these prefixes.
> > 
> 
> It seems to me that XML Schema Part 2 describes types such as Name and
> NCName by intent rather than by extent: that is, it says that they are
> designed to hold XML names, rather than that they permit a given set of
> characters. Even the patterns that define them in the S2S use the
> metacharacters \i and \c which are defined by reference to the XML
> specification. In the case of character classes mapped to Unicode
> properties, the spec is explicit that if Unicode changes, the definition of
> the character classes changes too. Therefore, it doesn't seem an
> unreasonable extrapolation to say that \i and \c should evolve in meaning as
> the base spec evolves.
> 
> With all these things, I think one has to ask what is the approach that
> causes the least amount of pain to the average user. Asking everyone to
> change a namespace URI so that a few users can identify clearly whether or
> not their patterns are intended to match Ethiopian letters isn't a net win

Only those whose pattern are intended to match Ethiopian letters would
have to change the namespace URIs and that should reduce the number of
such users by several orders of magnitude !

I reckon that the reference to XML 1.0 was probably intending to be a
reference to the current version of XML, but I have very mixed feelings
about the idea to follow the intent of a standard rather than what's
actually written in it...

If the intent is different from what's written, that should be published
as an errata. Leaving it to the appreciation of the readers would likely
provoke interoperability nightmares!

Eric
-- 
Le premier annuaire des apiculteurs 100% XML!
                                                http://apiculteurs.info/
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(ISO) RELAX NG   ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.