[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Another errata?

• From: John Cowan <cowan@l...>
• To: XML Dev <xml-dev@i...>
• Date: Mon, 01 Feb 1999 13:26:26 -0500

Tim Bray scripsit:

> A consequence of this is that
> 
> <html:a href="foo"> is identical to
> <html:a html:href="foo">
> 
> which it might be in some circumstances; but always, for all element
> types and all namespaces?  Tough to buy into.

Why is it so tough?  If the committee decreed it, fine; but I'd like
to see the argument that says the above is implausible.  I find it
eminently plausible.
 
> In my first few implementations of namespace-savvy software, I've had
> no trouble finding the attributes I needed.  What's a scenario that
> causes problems?  -Tim

The trouble is, I think, that people would like to "intern" (uniquify)
every name in an XML document while parsing it.  Element names can
be converted to URI^Qname, where ^ is some separator, and interned
as such; global attribute names likewise.  But it won't do to identify
all foo attributes (unqualified) across the entire document, as they
may be utterly unrelated.

-- 
John Cowan	http://www.ccil.org/~cowan		cowan@c...
	You tollerday donsk?  N.  You tolkatiff scowegian?  Nn.
	You spigotty anglease?  Nnn.  You phonio saxo?  Nnnn.
		Clear all so!  'Tis a Jute.... (Finnegans Wake 16.5)

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

• References:
  • Re: Another errata?
    • From: Tim Bray <tbray@t...>

• Prev by Date: Re: Another errata?
• Next by Date: NamespaceFilter and ParserFilter updates
• Previous by thread: Re: Another errata?
• Next by thread: RE: Another errata?
• Index(es):
  • Date
  • Thread