DOM Level 2/3 標準技術をMSIEで使う(XML読み込みとXPath) @ ぽかぽかWeb研究室
XML 文書読み込みの準備 XML 文書を読み込んで DOM オブジェクトとして扱うためには、 MSIE では ActiveXObject, Mozilla では createDocument() メソッドを使い、 XML 文書を格納するための「箱」を用意する必要があります。 本来はMSIE/Mozilla いずれでも document.implementation.createDocument が使えるようにすれば良いのですが、 イベント定義の時と同様の方法は使えないため、ここでは、次善策として、 document.Implementation.createDocument() メソッドが使えるようにしたいと思います。 注意 MSXML 2.5 以前(WinIE 5.5SP2以前に同梱)では XPath がフルサポートされていないため、(関数を用いた)複雑なXPathを使おうとするとスク
XPath, $X function, NSResolver < 16 < March < 2006 < nulog, NULL::something : out of the headphone
JS の XPath なんて書きましたけど、重大なバグがありまして、っていうかなんで気がつかなかったんだろう、えーそれは application/xhtml+xml なページ、すなわち XML として、名前空間をちゃんと扱うページではまともにセレクトできないんですよーははははー、例えばこのサイトとかね。 $X = function (exp, context) { if (!context) context = document; var resolver = function (prefix) { var o = document.createNSResolver(context)(prefix); return o ? o : (document.contentType == "text/html") ? "" : "http://www.w3.org/1999/xhtml"; } v
■ - Hatena::agenda
B.4 Namespace URI Lookup（Namespace Algorithms） Node.lookupNamespaceURIメソッドはこのように名前空間URIを解決するらしい。実装がこの手順をきちんと守るのであれば、先ほどのようなものに書き換えても問題は起こらないはず。むしろ軽量化を図れるのではないか。逆に、evaluateメソッドでノードテストのQNameを評価する際に、毎度このプロセスが行われるのだとしたら、相当に遅くなるのではないか。 なんだかいい加減な用語連発でダラダラ書いてしまったけれども、きちんと纏めておきたいところ。 Hawk'sW3L: XMLメモ prefix無しの名前空間をもったノードをQNameで表現できないなんて馬鹿な話があったとしたら、DOM level 3 XPathは屑だと思った。まだ勧告されていないけれど。 全く信じられなかったので、読みたく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hawk's W3 Laboratory : XML : DOMとXPathの連携
