Cart
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Re: URIs, concrete (was Re: Un-ask the question)
Tim Bray wrote:
> I mostly agree. You've argued that doing the following
>
> <x:y xmlns:x="http://example.com/" x:a="1" a="2" />
>
> while legal per the ns rec, is idiotic and shouldn't be done. Agreed.
> You've further argued that it was a design error that the ns rec allws
> this. Agreed.
Cool. I didn't think we were that far apart on that aspect.
> Where we may disagree is, if you're making an API, you'd better not
> report the final attribute above (to use JJC's notation) as
> {http://example.com}a, whether or not the first attribute is there or
> not. For better or worse, at the API level, the final attribute there
> has a local part of "a" and no namespace name, but is attached to an
> element with a namespace name. -Tim
On this, I agree that generic APIs (SAX, DOM, etc.) and XML processing
tools (XSLT) would be wise to follow the approach you outline. I think
some kind of principle of least surprise makes sense there, at least for
now. (I'd want that re-examined if XML 2.0 ever came to light.)
Within specific (software) applications, I'd leave that up to the
application, but given the kinds of mapping that go on above the parser
level anyway, this shouldn't be exactly shocking.
--
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||
