Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: Is enumeration valid for NMTOKENS?

From: "Michael Kay" <mike@--------.--->
To: "'Siva Dirisala'" <siva@--------.--->, <xmlschema-dev@--.--->
Date: 3/30/2008 12:02:00 PM
It is valid, but it's not particularly useful (and the spec isn't particular
clear about it). The list as a whole must match one of the enumerated
values. If you want to restrict the set of tokens that can appear in the
list, you should define a type T that derives from NMTOKEN, and then define
a list type with T as its itemType.
 
Michael Kay
http://www.saxonica.com/


  _____  

From: xmlschema-dev-request@w... [mailto:xmlschema-dev-request@w...] On
Behalf Of Siva Dirisala
Sent: 30 March 2008 10:04
To: xmlschema-dev@w...
Subject: Is enumeration valid for NMTOKENS?


I came across a schema definition where the attribute type is defined as

<xs:simpleType name="someType">
   <xs:restriction base="xs:NMTOKENS">
      <!-- bunch of xs:enumeration elements -->
   </xs:restriction>
</xs:simpleType>

I am not sure if the intent is that someType should be a list of values
where each value can be one of the enumerated values. Or it could be a
mistake and the base type should have been xs:NMTOKEN. I looked at the XML
Schema specification, but couldn't find any restriction in using a list type
as the base type for enumeration.

If the intent is to allow multiple values, then personally I would prefer
defining a type for the list elements and then another type that explicitly
uses the list and itemType to define a list of that restricted type. I would
like to know if the above definition is correct or it should be the way I
prefer.

thanks,
Siva




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