[
Lists Home |
Date Index |
Thread Index
]
> > >Sadly, my prediction that no-one would ever use XML Namespaces
> > >because the whole idea was so unworkable is one of many
> occasions on
> > >which I
>
> I don't think I understand what the alternative is. Is it this?
> Element names don't matter but it can have multiple xmlns:type
> attributes that have URI(s) describing the element?
It's too late for an alternative, unfortunately.
An alternative might have been:
- encourage element/attribute names following the Java convention
"com.bigco.package.somename"
- allow definition of a default prefix, so that the above could be
abbreviated to "somename"
- require XML parsers to report the expanded name to the application,
not the abbreviated name or the prefix declaration.
It would have saved millions of lines of code and countless hours of W3C
WG meeting time...
Michael Kay
Software AG
home: Michael.H.Kay@ntlworld.com
work: Michael.Kay@softwareag.com
|
