Re: [xml-dev] Come On, DTD, Come On! Thoughts on DSDL Part 9
by John Cowan other posts by this author
Jun 14 2002 4:11AM messages near this date
Re: [xml-dev] Come On, DTD, Come On! Thoughts on DSDL Part 9
|
Re: [xml-dev] Come On, DTD, Come On! Thoughts on DSDL Part 9
Arjun Ray scripsit:
> (1) Token or not
> (2) If token, single or multiple
> (3) If token, referential or not
> (4) In any case, subject to data content notation or not
But if multiple tokens, then the data content notation should apply
to each token, *not* to the entire list of tokens. That's my point.
Also we need lexical types TOKEN and TOKENS, not just NMTOKEN(S).
> This would be radically changing the purpose of notation declarations,
> which is associating a local document specific name with an external
> identifier, the latter being a formal means of "stating" a concept.
I agree this is unnecessary if you allow TOKENS as a lexical type.
> <!ENTITY % foo ' A | B | C' >
> <!ENTITY % bar ', D, E' >
> <!ENTITY % quux '%foo; %bar;' >
>
> <!ATTLIST (%quux) blort CDATA #IMPLIED>
What is the difference between | and , separators? The only one that
makes sense to me is | (choice).
> IOW, I would reserve the infix separators ('|', ',' and '&') for model
> groups only, where they are indeed convenient. We *are* whiteboarding
> syntax, no?
We are, though only in the trial-balloon mode. The Committee isn't
ready to think about syntax yet.
> Yes, but there's more to it. Does/will the schema purport to describe
> "everything" in the document, or just some determinate part of it?
Good question.
> I'd say the application invokes it, through some interface that allows
> specification of the relevant declarations (and I suppose, the root). But
> I don't see how this is relevant to DTD syntax.
Well, the declaration of doc-elem-form is inside the DTD.
--
John Cowan <jcowan@[...].com> http://www.reutershealth.com
I amar prestar aen, han mathon ne nen, http://www.ccil.org/~cowan
han mathon ne chae, a han noston ne 'wilith. --Galadriel, _LOTR:FOTR_
-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>
Thread:
John Cowan
Marcus Carr
Eric Bohlman
Marcus Carr
james anderson
james anderson
james anderson
Marcus Carr
Arjun Ray
Marcus Carr
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Deborah Aleyne Lapeyre
John Cowan
Thomas B. Passin
Ronald Bourret
Ronald Bourret
Michael Kay
Thomas B. Passin
james anderson
David Carlisle
james anderson
David Carlisle
james anderson
David Carlisle
james anderson
Michael Kay
james anderson
David Carlisle
Tim Bray
Ronald Bourret
Ronald Bourret
Ronald Bourret
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
John Cowan
james anderson
John Cowan
Rick Jelliffe
Arjun Ray
John Cowan
Rick Jelliffe
Rick Jelliffe
Dennis Sosnoski
John Cowan
Dennis Sosnoski
John Cowan
Dennis Sosnoski
Arjun Ray
G. Ken Holman
John Cowan
Arjun Ray
james anderson
Arjun Ray
John Cowan
Arjun Ray
Rick Jelliffe
John Cowan
Arjun Ray
John Cowan
John Cowan
james anderson
John Cowan
james anderson
james anderson
John Cowan
james anderson
james anderson
John Cowan
Ronald Bourret
Ronald Bourret
Jonathan Borden
Ronald Bourret
Michael Fuller
John Cowan
Bob Hutchison
james anderson
Thomas B. Passin
John Cowan
Ronald Bourret
John Cowan
Thomas B. Passin
Ronald Bourret
Ronald Bourret
james anderson
Norman Walsh
K. Ari Krupnikov
John Cowan
John Cowan
K. Ari Krupnikov
John Cowan
G. Ken Holman
Ronald Bourret
Rick Jelliffe
John Cowan
Marcus Carr
G. Ken Holman
John Cowan
Michael Fitzgerald
Paul Prescod
John Cowan
John Cowan
|