W3C home > Mailing lists > Public > public-rdfa@w3.org > February 2009

Re: RDFa and Web Directions North 2009

From: Julian Reschke <julian.reschke@gmx.de>
Date: Tue, 17 Feb 2009 18:24:37 +0100
Message-ID: <499AF2D5.4050200@gmx.de>
To: Henri Sivonen <hsivonen@iki.fi>
CC: Ben Adida <ben@adida.net>, Karl Dubost <karl@la-grange.net>, Mark Birbeck <mark.birbeck@webbackplane.com>, Sam Ruby <rubys@intertwingly.net>, Kingsley Idehen <kidehen@openlinksw.com>, Dan Brickley <danbri@danbri.org>, Michael Bolger <michael@michaelbolger.net>, public-rdfa@w3.org, RDFa mailing list <public-rdf-in-xhtml-tf@w3.org>, Tim Berners-Lee <timbl@w3.org>, Dan Connolly <connolly@w3.org>, Ian Hickson <ian@hixie.ch>
Henri Sivonen wrote:
> ...
> Although this looks like a non-problem in browsers because the 
> Namespace-unaware DOM Level 1 view is available, it is a technical 
> problem with APIs that only provide a Namespace-aware representation. 
> For example, XOM doesn't allow attributes called xmlns:foo in the data 
> model. Non-browser consumers are important, and it should be perfectly 
> reasonable to use XOM in such a consumer.
> ...

Could you elaborate what exactly the problem with XOM is? I didn't get 
it from this paragraph.

> There's also a technical issue for browsers: For resolving a prefix in a 
> namespace mapping context on the XML side in a browser, it would make 
> sense to intern the prefix being queried and then do pointer compares 
> against interned local names of attributes in the 
> "http://www.w3.org/2000/xmlns/" namespace as traversing up the tree. If 
> you ever wanted browsers to implement any RDFa features natively, being 
> sensitive to xmlns:foo attributes set with setAttribute() would preclude 
> a pointer compare-based lookup and would require actually inspecting 
> string data unless the internal data structures of browsers were 
> changed. (But see point #13 in my previous email on the topic of 
> changing the data structures.)

That doesn't seem to be true. An implementation of setAttribute (L1) 
would just need to know that an attribute named "xmlns:*" is something 
special, and internally map it.

> ...
> Let's see if it's robust when a script mutates a parser-inserted attribute:
> http://hsivonen.iki.fi/test/moz/xmlns-dom-setter-cc.xhtml
> Not robust in Opera.
> ...

"A bug in Opera"?

> ...

BR, Julian
Received on Tuesday, 17 February 2009 17:25:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:04:42 UTC