SAX2: Namespace Processing and NSUtils helper class

[james anderson]

i had understood
  {"","a",""},
from the example, to denote a name in a namespace for which there would have
been a declaration, namely a binding such as

  <... xmlns="" ... >

for the ignominious "null" namespace. how does this come to correspond to

  { undeclared, "a", valid-prefix } ?

i agree that an "==" implementation needs to account for this, but didn't
think it was nonconformant.

David Brownell wrote:
> 
> David Megginson wrote:
> >
> > Clark C. Evans writes:
> >
> >  > On Sun, 26 Dec 1999 uche.ogbuji at fourthought.com wrote:
> >  > >
> >  > > {"http://www.w3.org/1999/xhtml", "a", ""} ==
> >  > > {"http://www.w3.org/1999/xhtml", "a", "html"}.
> >  >
> >  >          {"","a",""} != {"","a","html"}
> >
> > As I understood it, the suggestion was that
> >
> >   {"", "a", ""} == {"", "a", "html"}
> 
> Actually I think the namespace spec defines
> 
>     { undeclared, "a", valid-prefix }
> 
> as "namespace-nonconformant", AKA some kind of error which they
> neglected to describe well enough to support portable APIs.
> 
> Meaning that any application choosing to use such a "Name"
> class (which IMHO is a fine notion) needs to treat this value
> with care ... IEEE floating point math has a variety of sorts
> of "NaN" values, perhaps useful models can be found there.
> I'd suggest that most "==" tests against such a Name ought to
> fail, and ordering tests should cause exceptions.
>


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/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo at ic.ac.uk the following message;
unsubscribe 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)