- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Tue, 17 Feb 2009 18:24:37 +0100
- 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:42 UTC