NMTOKEN in framedefs etc was Re: LC model draft draft-ietf-forces-model-07.txt

"tom.petch" <[email protected]>
Newsgroups gmane.ietf.forces
Message-ID <002201c6f78c$af969000$0601a8c0@pc6>
In several places in s.4, name spaces are implied by such as
"Each ... (frame definition) MUST contain a unique name (NMTOKEN) "
and
"Uniqueness is defined to be over all ....defined in this library document and
in all directly or indirectly included library documents."

Sounds great in theory but a nightmare in practice; what happens when a new
library document is included which has a clash with an existing name; who
changes what?  More bacically, who enforces uniqueness?

It all seems unnecessarily complex; why not make it unique, period?  This is a
well trodden path for WGs, setting up an IANA registry with controlled (eg
Expert Review, Standardss Track RFC) or uncontrolled (FCFS) updates, perhaps
with a split in the namespace between IETF and vendor defined names.

Also, for framedefs, it looks as if this unique name is the
<name> in here </name>
element  in which case I think that worth spelling out.

And what is NMTOKEN? Reverse engineering the Schema, I see it is a type
(previously used by BEEP/SOAP, I find) which the W3C XML datatype pages explain
as

"[Definition:]   NMTOKEN represents the NMTOKEN attribute type from [XML 1.0
(Second Edition)]. The ·value space· of NMTOKEN is the set of tokens that
·match· the Nmtoken production in [XML 1.0 (Second Edition)]. The ·lexical
space· of NMTOKEN is the set of strings that ·match· the Nmtoken production in
[XML 1.0 (Second Edition)]. The ·base type· of NMTOKEN is token."

Well yes, I would like to see some more explanation for this new (to me) concept
rather than just the bracketed term.

Tom Petch

----- Original Message -----
From: "Patrick Droz" <[email protected]>
To: <[email protected]>
Sent: Friday, October 13, 2006 10:36 AM
Subject: LC model draft draft-ietf-forces-model-07.txt


> I would like to issue last call on the model draft. As this is
> a fairly large document the LC will last for 3 weeks and will
> therefore end just before the next IETF. It is draft:
> draft-ietf-forces-model-07.txt
> and can be found at:
> http://www.ietf.org/internet-drafts/draft-ietf-forces-model-07.txt
>
> A number of people have indicated that if the document is in
> LC they would thoroughly review the document. I hope people will
> stick to their promises.
>
> Regards,
> Patrick
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.