Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: Discrepancies in the W3C Schema docs?

From: "Michael Kay" <mike@--------.--->
To: "'Dan Maharry'" <dan@---.---->, <xmlschema-dev@--.--->
Date: 6/11/2007 4:42:00 PM
> My point was that the NMTOKENS type *is* defined explicitly 
> as non-zero-length in the schema doc while the NMTOKEN type 
> is not. As you say, it is only defined as non-zero-length in 
> the grammar rules in the XML 1.0 spec and not in the schema 
> docs which is my issue. 
> 
> "Any property identified as a having a set, subset or *list* 
> value may have an empty value unless this is explicitly ruled 
> out: this is not the same as absent." Says the schema doc. I 
> imply from that it must be ruled out in the schema doc.

Well, firstly, NMTOKEN isn't a set, subset, or list, it's a string.

Secondly, a normative reference from the Schema specification to the XML
specification has the same force as spelling out the rules in the schema
specification.

Thirdly, it is in fact spelt out in the schema specification: the definition
of the xs:NMTOKEN data type in the schema for schemas has <xs:pattern
value="\c+" id="NMTOKEN.pattern">. (Search in XML Schema Part 2 for
'simpleType name="NMTOKEN"' to find it).
> 
> > for minor comments like these, the best approach is to enter a bug
> report 
> > - one per problem - in the bugzilla database.
> 
> Where is the bugzilla database to do this?
> 
http://www.w3.org/Bugs/Public/query.cgi

Michael Kay
http://www.saxonica.com/


From cmsmcq@a... Mon Jun 11 16:09:26 2007
Received: from aji.w3.org ([


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent