Yes I realise it's a string, but the schema docs define a string as "the=0D=
=0A*set* of finite-length sequences of characters (as defined in [XML 1.0=0D=
=0A(Second Edition)]) that *match* the Char production from [XML 1.0=0D=0A(=
Second Edition)]."=0D=0A=0D=0ABut at this point we all start arguing around=
 in circles. I didn't=0D=0Aunderstand the implications of the word 'normati=
ve' or check the schema=0D=0Afor schemas and so see the definition of NMTOK=
EN there. My point was=0D=0Athat - to me - it doesn't explain why the spec =
couldn't explicitly add=0D=0Athe word 'non-zero-length' to the English defi=
nition of NMTOKEN, IDREF=0D=0Aetc which would have pre-empted this entire c=
onversation.=0D=0A=0D=0AAnyway, I thank you all for your time and comments.=
 And the location of=0D=0Athe schema bugtracker. I didn't even realise ther=
e was one.=0D=0A=0D=0ADan=0D=0A=0D=0A-----Original Message-----=0D=0AFrom: =
Michael Kay [mailto:mike@s...] =0D=0ASent: 11 June 2007 15:42=0D=0A=
To: Dan Maharry; xmlschema-dev@w...=0D=0ASubject: RE: Discrepancies in th=
e W3C Schema docs=3F=0D=0A=0D=0A> My point was that the NMTOKENS type *is* =
defined explicitly =0D=0A> as non-zero-length in the schema doc while the=
 NMTOKEN type =0D=0A> is not. As you say, it is only defined as non-zero-=
length in =0D=0A> the grammar rules in the XML 1.0 spec and not in the sc=
hema =0D=0A> docs which is my issue. =0D=0A> =0D=0A> "Any property id=
entified as a having a set, subset or *list* =0D=0A> value may have an em=
pty value unless this is explicitly ruled =0D=0A> out: this is not the sa=
me as absent." Says the schema doc. I =0D=0A> imply from that it must be =
ruled out in the schema doc.=0D=0A=0D=0AWell, firstly, NMTOKEN isn't a set,=
 subset, or list, it's a string.=0D=0A=0D=0ASecondly, a normative reference=
 from the Schema specification to the XML=0D=0Aspecification has the same f=
orce as spelling out the rules in the schema=0D=0Aspecification.=0D=0A=0D=0A=
Thirdly, it is in fact spelt out in the schema specification: the=0D=0Adefi=
nition=0D=0Aof the xs:NMTOKEN data type in the schema for schemas has <xs:p=
attern=0D=0Avalue="\c+" id="NMTOKEN.pattern">. (Search in XML Schema Pa=
rt 2 for=0D=0A'simpleType name="NMTOKEN"' to find it).=0D=0A> =0D=0A> >=
 for minor comments like these, the best approach is to enter a bug=0D=0A> =
report =0D=0A> > - one per problem - in the bugzilla database.=0D=0A> =0D=
=0A> Where is the bugzilla database to do this=3F=0D=0A> =0D=0Ahttp://www=
=2Ew3.org/Bugs/Public/query.cgi=0D=0A=0D=0AMichael Kay=0D=0Ahttp://www.saxo=
nica.com/=0D=0A=0D=0A =0D=0A=0D=0A---------------------------------------=
---------------------------------=0D=0A--------=0D=0AThis Message has been =
Scanned by SurfControl(c) Email Filter=0D=0A-------------------------------=
-----------------------------------------=0D=0A--------=0D=0A=0D=0A=0D=0A=0D=
=0AThe Midcounties Co-operative is an innovative co-operative business, own=
ed by its customers and staff in the 9 counties it spans. We trade in a=0D=0A=
number of retail sectors including food, travel, funerals, motors, childcar=
e, pharmacy, post offices and IT. We are proud to be a successful=0D=0Aco-o=
perative, founded on co-operative values and principles that co-ops share t=
hroughout the world.=0D=0A=0D=0AThis e-mail is confidential and is for the =
named recipient(s) only. If you are not the named recipient(s) please do no=
t disseminate or copy this=0D=0Ae-mail, but please delete it and any copies=
 from your computer. The Midcounties Co-operative has taken reasonable prec=
autions to ensure that=0D=0Aany attachment to this e-mail has been checked =
for viruses. However, we cannot accept liability for any damage sustained a=
s a result of=0D=0Aany such viruses and advise you to carry out your own vi=
rus checks before opening any attachment. Furthermore, we do not accept res=
ponsibility for any=0D=0Achange made to this message after it was sent by t=
he sender. =0D=0A=0D=0A*** The Midcounties Co-operative works to protect =
our environment ***  =0D=0A*** Please don't print this e-mail unless you =
really need to ***=0D=0A=0D=0AThis Message has been Scanned by SurfControl(=
c) Email Filter=0D=0A

From petexmldev@t... Tue Jun 12 09:51:20 2007
Received: from lisa.w3.org ([128.30