IE7 + Turnabout で AutoPagerize を動かす試み

☆

とりあえず、autopagerize (8551.user.js) はそのままでは動かない(Javascript のエラーが出る)ことはわかった。どこをどういじればいいかは、これから調べてみる

Turnabout に関するメモ

IE7 + Turnabout でいろいろやってみようとしている件のつづき。当面の目標というか、最低限、AutoPagerize は動かしたいと思ってます。

以下、2008年3月25日、26日にやった作業の記録。あとで読み返しても意味不明かもしれないけど、いちおう残しとく。

作業開始

とりあえず、8551.user.js から、(IE にとっては)余分な , を削除し、必要な ; を追加したら、エラーは出なくなったんだけど、まったく機能していません。どこまで動いてて、どこでおかしくなっているのかを追いかける。

結局、document.evaluate が未定義なことが判明。Turnabout が XPath サポート済みというのはうそだったみたいです ＞＜

GM 互換機能は window.external.なんとか を用意することで実現していることはわかりました(私が WebBrowser コントロールでやろうとしているのと同じやり方ですね)。

XPath サポートは、とりあえず、amachang のを使えば、何とかなるのかなぁ? XPath 以外にも何か足りないものがありそう。Firefox 互換ライブラリは window.addEventListener を追加するだけの手抜きだし。少なくとも DOM 関係の差異を吸収するための諸々は別途用意する必要がありそう。

via はらへた - Autopagerize を IE7 + Turnabout で動かす件

とりあえず、window 以外にも addEventListener を追加しておかないと。

XPath

amachang の XPath 導入 (mozcompat.lib.js の中につっこんだ) で document.evaluate の件は解決。

forEach

でもまだ動かない。原因は forEach が使えないから。IE でも forEach を使えるようにするの、誰か作ってないかなぁ?

via はらへた - IE7 + Turnabout で AutoPagerize (つづき)

forEach は ECMA-262 標準に対する JavaScript 拡張なので、ECMA-262 標準の他の実装では存在しない場合があります。次のコードをスクリプトの先頭に挿入すると、forEach がネイティブでサポートされていない ECMA-262 実装でも forEach を使用できるようになります。これは Firefox および SpiderMonkey で使われているアルゴリズムとまったく同じものです。

Core JavaScript 1.5 Reference:Global Objects:Array:forEach - MDC

上記 Webページのコードをそのまま流用。mozcompat.lib.js の中につっこんでおく。

via はらへた

document.implementation.createDocument()

次は、function createHTMLDocumentByString(str) の

var htmlDoc  = document.implementation.createDocument(null, ‘html’, null);

で、「そんなの実装されてないよ」エラー。document.implementation が使えないみたいですね。

まだまだ先は長そう。

via はらへた - IE7 + Turnabout で AutoPagerize (さらにつづき)

本来はMSIE/Mozilla いずれでも document.implementation.createDocument が使えるようにすれば良いのですが、 イベント定義の時と同様の方法は使えないため、ここでは、次善策として、 document.Implementation.createDocument() メソッドが使えるようにしたいと思います。

DOM Level 2/3 標準技術をMSIEで使う(XML読み込みとXPath) @ ぽかぽかWeb研究室

上記、「DOM Level 2/3 標準技術をMSIEで使う(XML読み込みとXPath) @ ぽかぽかWeb研究室」の「実際の記述」で示されているコードは一箇所開き括弧 “(” が抜けているので注意 (そのままではエラーになる)

via はらへた

具体的には

 // DOM3 XPath の evaluate()メソッドの定義
 this.evaluate=function(reg,ob,n1,n2,n3) {
  if document.all &&  document.attachEvent) { // MSIE 用

を

 // DOM3 XPath の evaluate()メソッドの定義
 this.evaluate=function(reg,ob,n1,n2,n3) {
  if (document.all &&  document.attachEvent) { // MSIE 用

に直せば OK

DOM 2 Range

そして今度は、 function createDocumentFragmentByString(str) の

var range = document.createRange();

でエラー。

そういえば、IE と Firefox の range は全然別物なのでした。

via はらへた - そして次は

DOM 2 Range (IE 7 は非対応) および Mozilla 独自拡張の createContextualFragment メソッド (SafariおよびOpera 9以降でも対応) を使っているのに、なぜ IE でも動くのかと思ったら、2445 行目以降で要素オブジェクトが outerHTML プロパティを持つ場合 (IE、Opera、Safari が該当) はメソッドの内容を書き換えていた。

Kanasan.JS CodeReading #3: Days on the Moon

via はらへた

「prototype.js のソースが何かのヒントになるかもなぁ」と、ほのかに期待。あとでソースを読んでみる。

ちなみに、IE8 では DOM 2 Range に対応するようですね。

toSource

createRange() はいったん後回しにして次。次に引っ掛かっているところは toSource() なんだけど、ググったら、あっさりそのものずばりがヒット。ダンコーガイだった!!

ってなことで、.toSource() は 「404 Blog Not Found:javascript - Object.toSource() for non-FireFox!」で解決(と言っていいのかどうか、微妙なんだけど、その辺はあとまわしでもいいや。とりあえず、これで先に進める)。

参考までに「AutoPagerize for IE7Pro - alpha version - くええ。おるぐ」 ではどうしているかを見てみると、上記 toSource() の代わりに「404 Blog Not Found:javascript - uneval() for the rest of us!」の uneval() を使ってますね。こっちの方がいいのかなぁ?

getComputedStyle

先に進む。今度は、document.defaultView が IE では未定義、というところで引っ掛かってる。

via はらへた - まだまだ続く

document.defaultView というか、document.defaultView.getComputedStyle を何とかしないと先に進めない。

IE では
そもそも getComputedStyle という関数自体が存在しない
その代わり、 IE ではすべての HTMLElement が currentStyle というプロパティを持っていて、これが getComputedStyle で取得できるオブジェクトとほぼ同じ役割をする。

getComputedStyle について調べてたら深みにハマったのでメモ - IT戦記

via はらへた

c_style.getPropertyValue()

今度は c_style.getPropertyValue() で引っ掛かった。 とりあえず、エラーが出ながらも、ある程度は動き始めてるっぽい。

IE7 で動き始めた AutoPagerize

ブラウザの右上じゃなくて、左下に出ちゃうのが変だけど。 あと、toSource という文字列が表示されてしまう原因が不明。

via はらへた

(つづく)