- From: Noah Mendelsohn <nrm@arcanedomain.com>
- Date: Fri, 02 Dec 2011 12:38:42 -0500
- To: tantek@cs.stanford.edu
- CC: Jeni Tennison <jeni@jenitennison.com>, www-xml-schema-comments@w3.org, HTML Data Task Force WG <public-html-data-tf@w3.org>, RDFa WG <public-rdfa-wg@w3.org>, public-html-xml@w3.org
On 11/21/2011 11:46 AM, Tantek Çelik wrote: > BTW as a point of W3C process, I don't think it's permissible to add > new features to a CR without first going back to a last call that > includes those new features. Right. However, as Michael Sperberg-McQueen has pointed out, the XSD spec now allows processors to support additional types. I think I'm right that this also opens the possibility for W3C itself to make much more granular Recommendations to introduce new types in the future. Traditionally, XSD Recommendations have taken (all too many) years to hatch, and introduction of new types has been tied to such big releases. I see no technical barrier to the Schema WG or some other W3C group bringing out a Recommendation that would define one or a few new types, and presumably along with that some conformance terminology to distinguish processors that support the type from those that don't. Whether doing such incremental Recommendations meets the needs of those who implement validators or the needs of users, I'm not sure, but I don't see a logistical or technical barrier to producing such a Recommendation. > I'd suggest that for the purposes of transcoding to existing type/value > systems (eg XML Schema 1.1) that the new values: > > 1. Be treated as a simple string > 2. Provide input to the next iteration > of such existing type systems (eg XML Schema 1.2). Thus I would not hold > back or modify any (even imminent) CR drafts. So, another path would be to start as you suggest, but rather than waiting for a major XSD Release, consider putting out a recommendation just covering the new type(s) when they're stable. Maybe or maybe not such a Recommendation should come from the Schema WG as opposed to the HTML WG. In general, I think the open design of the XSD 1.1 type system points the way to a more decentralized development of type specifications; the Schema WG may want to be involved in setting conformance requirements for widely deployed schema validators (e.g. "an XSD 1.2 processor MUST support at least type1, type2, etc.). Noah
Received on Friday, 2 December 2011 17:39:21 UTC