Proposal for src files

[David Megginson]

W. Eliot Kimber writes:

 > That's probably because the architecture facility of ISO/IEC 10744
 > doesn't *do* inheritance in the way that most people seem to
 > expect. It lets you define hierarchies of semantic derivation, that
 > is "this element is derived from type X defined by architecture
 > Y". It provides a way to validate elements derived from type X
 > against the DTD rules defined by architecture Y. But that's
 > it. It's completely passive and declarative.

Or, to put it more simply, architectural forms let you say that "Y is
a kind of X", while namespaces let you say nothing but "here's X".

(Read on only if you're interested in the implications of this
difference...)


First, imagine that "X" is an English name, while "Y" is a Korean
name.  If the Korean author is using a Korean DTD to write Korean
documents, why should we force her to use element types with English
names just because a namespace happens to have been created in, say,
the Silicon Valley?

Secondly, what if Y is both a kind of X _and_ a kind of Z?

Finally, what if both W _and_ Y are a kind of Z?

Namespaces seem simple at first, and they are a reasonable solution
for some very specific problems, but they fail entirely in the first
two situations, and require an awkward work-around in the third (using
two or more different namespace declarations and prefixes with the
same URI).


All the best,


David

-- 
David Megginson                 ak117 at freenet.carleton.ca
Microstar Software Ltd.         dmeggins at microstar.com
      http://home.sprynet.com/sprynet/dmeggins/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)