ah!! music to my ears....
> I'd suggest instead that the attribute from a given namespace implies
> a subtype relationship between the current element and an unnamed
> element type that includes the qualified attribute.
>
but then, i'm not sure this is any better.
if it's "unnamed" then all that has been accomplished is that, by virtue of
changing the prefix between the tag name and the attribute name, you're
permitting attributes in addition to those declared in an attlist. why
encumber namespaces with this?
> [skipping merrily over the rhetoric]
>
> Namespaces and DTDs are two different kinds of things: a DTD specifies
> what an author is allowed to include in a specific document, and what
> defaulting for attribute values, etc., should be used. A namespace
> simply guarantees that a name is globally unique, whatever that name
> happens to be used for.
with which i agree, and which is why i am skeptical of saying that the
presence of particular prefixes implies the pertinence of "unnamed" element types.
>
> ...
>
> The problem with DTDs will come if namespaces include some kind of
> defaulting or local scoping mechanism -- at that point, writing a DTD
> for an XML document will become extremely difficult.
here we get to something substantive.
with the proper storage model for universal names and the proper encoding
semantics, i have yet to see a case where there is a problem.
if the universal names are taken to denote symbols , then the prefixes (or the
lack thereof in the case of implicit qualification through lexical or dynamic
prefix scope) do (does) not matter. (please see my earlier posts in this
thread as well as my responses to MURATA Makoto under the thread "attributes
with intent (and namespaces)" ca. 03.07.)
no, i do not claim it could be implemented to the benefit of the DPH.
yes, it could be done with SAX.
bye,