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

RE: Using NMTOKEN

  • From: "Toby Considine" <Toby.Considine@gmail.com>
  • To: "'Michael Kay'" <mike@saxonica.com>
  • Date: Thu, 18 Jun 2015 10:33:31 -0400

RE:  Using NMTOKEN

Thanks for your prompt reply.

 

One Committee Member feels that NMTOKEN is ambiguous and deprecated, an assertion I have been unable to verify. He cites it as a hygiene issue going forward.

 

We could include our own definition:

 

            <xs:simpleType name="NMTOKEN" id="NMTOKEN">

                        <xs:restriction base="xs:token">

                                    <xs:pattern value="\c+"/>

                                    <xs:whiteSpace value="collapse"/>

                        </xs:restriction>

            </xs:simpleType>

 

 

But this seems a pointless exercise unless it has, indeed, been deprecated. Usually I can figure out where these comments come from, but this one I have some trouble with….

 

tc

 


"There are seldom good technological solutions to behavioral problems."

-- Ed Crowley


Toby Considine
TC9, Inc.

Toby.Considine@gmail.com
Phone: (919)619-2104

http://www.tc9.com

  

Chair, OASIS OBIX Technical Committee

Chair, OASIS WS-Calendar Technical Committee

Editor, OASIS Energy Market Information Exchange (EMIX)
Editor, OASIS Energy Interoperation
blog: http://www.NewDaedalus.com 

 

 

From: Michael Kay [mailto:mike@s...]
Sent: Thursday, June 18, 2015 10:30 AM
To: Toby Considine
Cc: xml-dev@l...
Subject: Re: Using NMTOKEN

 

What is the justification for making a change?

 

NMTOKEN is a bizarre data type, but if it works, and if things are going to seriously break if you change, then it’s hard to see why you would want to change it.

 

You might be able to avoid compatibility issues by deriving your new type from NMTOKEN. But that depends on what those issues are.

 

Michael Kay

Saxonica

 

On 18 Jun 2015, at 14:56, Toby Considine <Toby.Considine@gmail.com> wrote:

 

I am currently nearing the end of a refresh cycle of a standard Schema (XSD) that has long used NMTOKEN. Systems using the specification are widely deployed in the world, so backward compatibility is highly desirable.

 

At the last moment, one commenter has thrown up the notion that NMTOKEN should no longer use NMTOKEN, but add specific facets instead. The rest of the specification currently makes no use of facets anywhere else.

 

Should we make this change? The new version, like the old, is likely to last another 10 years.

 

tc

 


“The single biggest problem in communication is the illusion that it has taken place.”

– George Bernard Shaw.


Toby Considine
TC9, Inc.

Toby.Considine@gmail.com
Phone: (919)619-2104

  

Chair, OASIS OBIX Technical Committee

Chair, OASIS WS-Calendar Technical Committee

Editor, OASIS Energy Market Information Exchange (EMIX) Editor, OASIS Energy Interoperation
blog: http://www.NewDaedalus.com 

 

 

 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.