#autopagerize

よくわかんないけどp.innerHTMLに代入したときに中にbodyのinnerHTMLが全部入るみたいなへんなことになってた。Twitter / みずも: AutoPagerizeのせいというよりはグリースモンキーのせいだな とも書かれてるけど、原因は調べてない。なんとなくinnerHTML使わないでDOMで書き直したら正しく動いた。

追記

id:flagmeisterさんにrange.createContextualFragmentとinnerHTMLが怪しいって教えていただきました。

2008-03-02 - flagmeisterの日記

bugzillaに報告してみました。 - flagmeisterの日記

ネームスペース付きで操作するの、やりかたしらないのでまちがってたらすいません。 はじめsetAttributeNS(HTML_NAMESPACE, ...)にしたらなんかリンクになってくれなかったのでsetAttributeに変えました。

--- autopagerize.user.orig.js 2008-03-11 20:04:34.000000000 +0900 +++ autopagerize.user.js 2008-03-11 20:03:47.000000000 +0900 @@ -273,8 +273,14 @@ var self = this this.insertPoint.parentNode.insertBefore(hr, this.insertPoint) this.insertPoint.parentNode.insertBefore(p, this.insertPoint) - p.innerHTML = 'page: <a class="autopagerize_link" href="' + - this.requestURL + '">' + (++this.pageNum) + '</a>' + this.insertPoint.parentNode.insertBefore(document.createTextNode("page: "), this.insertPoint) + + var a = document.createElementNS(HTML_NAMESPACE, 'a') + a.appendChild( document.createTextNode((++this.pageNum)) ); + a.setAttribute('class', 'autopagerize_link'); + a.setAttribute('href', this.requestURL); + this.insertPoint.parentNode.insertBefore(a, this.insertPoint) + return page.map(function(i) { var pe = document.importNode(i, true) self.insertPoint.parentNode.insertBefore(pe, self.insertPoint)

jsonで書いてあるSITEINFOを、infogamiのフォーマットにあわせるの、いつも手作業でやっててアホだったのに気がついた。

function json2infogami(firstarg) { var infogamiEscape = function (v) { return v.replace(/([_\*])/g, "\\$1" ) }; var textfilter = infogamiEscape ; var a = (firstarg.constructor.name == "Array") ? firstarg : arguments; var r = []; for(var i = 0; i < a.length; i++) { var siteinfo = ""; for ( var n in a[i] ) { var v = a[i][n]; siteinfo += n + ": " + textfilter(v) + "\n"; } r.push('<textarea class="autopagerize_data" readonly="readonly">\n' + siteinfo + '</textarea>\n'); } return r.join("\n\n"); }

配列を渡してもいいし、引数として複数書いてもいいです。argumentsがArrayのインスタンスだったらいいのにね。これをFirebug consoleで実行する。

copy( json2infogami( { url: 'http://blogs.yahoo.co.jp/(.+)/GALLERY/.+', nextLink: '((//p[@class="forwardNext"]/a))[2]', pageElement: '(//div[@id="newestImages2"])[last()]', insertBefore: '(//div[@class="clearFix pagingNavi2"])[last()]', exampleUrl: 'http://blogs.yahoo.co.jp/kyo_he_piece/GALLERY/gallery.html?fid=0&p=12', }, { url: 'http://blogs.yahoo.co.jp/(.+)/MYBLOG/yblog.html.+', nextLink: '((//p[@class="forwardNext"]/a))[2]', pageElement: '//div[@class="entry"]', insertBefore: '(//div[@class="clearFix pagingNavi2"])[last()]', exampleUrl: 'http://blogs.yahoo.co.jp/boooy2005/MYBLOG/yblog.html?fid=0&p=12', } ) );

いまさらながら、10/1にmixiのデザインが新しくなったときに、前よりぜんぜんXPathフレンドリーなHTMLになっていたのがうれしくてためしにSITEINFOを書いたけど、コメント欄がpageElementに入っていなかったのでコメントが書けなくなってAutoPagerizeを使われているひとに迷惑をかけた件について。まず迷惑をおかけしてしまってごめんなさい。そして直していただいたotusneさんありがとうございます。 このことについてまとめられているAutoPagerizeでmixi日記のコメント欄が逃げる件 - cameraLadyのこの件を通じて思ったことを読んで思ったことを。

この件を通じて思ったこと

個人的にはSITEINFOは気軽に書くことができて、気軽に使えるほうがよいと思う。 もし気軽にSITEINFOを書くことができないなら、たとえば一度書いてSITEINFOコミッタに提出したあとレビューをうけて反映される、ような手順が必要だったら、いまのようにはwiki上でSITEINFOが共有されずに各ユーザのautopagerize.user.jsの中に死蔵されてしまって今のようにはハッピーでなかってのではないかと思う。コミッタのレビューが必要な場合、コミッタのレビューを経て反映されるものと、誰のチェックもなく反映されるものと、どちらが参加しやすいかといったら後者だから。

Wikipediaとの比較

でも誰のレビューも通らないで自由に書けるのなら間違っていたときに困るという問題はある(実際今回困ったわけだし)。Wikipediaの場合は、間違っていたら気がついた誰かが直す、という仕組みを採用していて、たしかにときどきネタが仕込まれて正しくない状態になったりもしているが、全体で見れば極めてよく機能している。 SITEINFOも基本的にはWikipediaと同じやり方でうまくいくのではないかと思う。ただSITEINFOはWikipediaと決定的に違うところがある。Wikipediaは誰でも使いこなせる自然言語で書かれているのに対して、SITEINFOはあんまり使える人のいないXPathで書かれているので、おかしいと気がついても誰でもは修正できない。その点でWikipediaとまったく同じ方法をとることはできない。 XPathは誰もが書けるようなものでない問題を解決する方法のひとつとしてAutopagerize IDEのようなスクリプトでXPathの生成を助けることが考えられるが、実際にはHTMLの美しくなさに起因する問題があるので容易ではない。

スクリプト側での対策

SITEINFO自体の正しさを保つことは参加のしやすさとのトレードオフになるので、ある程度の誤りは許容する必要があるだろう。 AutoPagerize自体はそういった機能は持っていないが、それをAutoPagerizeとは別のひとつのGreasemonkeyスクリプトとして実装してどういう実装が好ましてか、どの程度有用かを検証することは難しくない。 AutoPagerizeはGreasemonkeyのwindowオブジェクトにwindow.AutoPagerize.addFilterという変数を設定している。自分のGreasemonkeyスクリプトからFirefox、evalの第二引数、プライベートメンバ/クロージャーの実行コンテキストへのアクセス - 実用を使って

var autopagerize = eval("AutoPagerize", window.AutoPagerize.addFilter);

というコードでAutoPagerize全体にアクセスすることができるようになり、AutoPagerizeのコードを直接書き換えることなく他のGreasemonkeyスクリプトからAutoPagerizeの動作を変更することができるので、他の人にもスリプトをインストールしてもらうだけでかんたんに試してもらうことができる。 各SITEINFOの記述のMD5を取って、変化があったときには旧バージョンのものを保存しておき、あたらしいものを適用して問題があったら前に戻せるようにする、ことでSITEINFOの誰かが書いたものが自動的に反映されるという利点を損なわずに、問題があるSITEINFOに対処することができる。と思う。

最後に

Greasemonkey 版の AutoPagerize の 0.0.58 から 0.0.59、 および Firefox 版の 0.8.4 から 0.8.6 にかけてのアップデートの理由に関するもの。 諸事情を考えて GitHub で公開。 -> https://github.com/xKerman/memorandum/blob/master/autopagerize_cookie_issue.md