Lists Home |
Date Index |
- From: Peter Murray-Rust <firstname.lastname@example.org>
- To: "'Xml-Dev (E-mail)'" <email@example.com>
- Date: Mon, 25 May 1998 09:23:33
At 14:49 25/05/98 +0800, James K. Tauber wrote:
>> XSchema does not disqualify the wider use of the word
>> "schema", any more than "XPointer" makes it difficult to talk about TEI
>> C++ Pointers or XLink makes it difficult to talk about SGML implicit link,
>> HTML <LINK> etc.
>> > How about XTD? It could stand for Extensible Type Definition or XML
>> > Definition.
>> I also like this, as long as we get the plurality right. Each document
>> will have multiple type definitions within it. So it makes sense to say
>> "here's my XTD document", but not "here's my XTD" (which would imply a
>> single definition).
>This is an important point. An XTD is like a markup declaration. An XTD
>document is a collection of XTDs. It encourages the modularity of the
I like this. When I earlier suggested that we avoid 'schema' it was because
the word was already in use and could cause confusion. There is - I think -
an implicit assumption that namespace declarations can point to 'schemas',
and these are not *necessarily* (though possibly) the things we are building.
The idea of Type Definition on a per-element basis is something I already
use a lot and this helps to formalise it. It also goes well with the
modularity of the ATTLIST and ELEMENT declarations in well-formed documents
- i.e. you can declare *some* elements and *some* attributes.
Assuming for the present argument that PEs are not included, and reserving
judgment on entities (though my current feeling is exclusion) everything
left is either an ELEMENT or an ATTLIST (I think). Conventional DTDs do not
provide for relations between elements or attributes so we can tackle this
on a per-element basis. [Another problem I had with schema is that to some
people it suggests relations between elements, beyond those provided by the
>There is a sense in which "Document Type Definition" is misleading for
>things like CALS tables or MathML. They aren't definitions of document
>types, rather they are definitions of element types. "Extensible Type
>Definition" makes this clearer.
Agreed. The DOCTYPE statement does not define the document type [Eliot
Kimber pointed this out ?here?]. And the DTD has no formal mechanism for
adding human- or machine-readable semantics.
XTD seems fine to me, but I'm not passionate. It fits well into the current
Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic
VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)