[Home] [By Thread] [By Date] [Recent Entries]

  • From: Michael Kay <mike@s...>
  • To: Toby Considine <Toby.Considine@g...>
  • Date: Thu, 18 Jun 2015 15:30:05 +0100

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@g...> 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@g...
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 
 
 


  • References:

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


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member