#ldrize

2007.11.13 追記

すいませんこれちょっとうまくいかないかもです。 non-privilegedの関数からだとprivilegedで定義された関数のなかでも制約があるみたいです。

2007.11.27 追記

とりあえずGreasemonkeyに特権関数を追加するprivileged monkeyになりました。

やっとGreasemonkeyスクリプトのsandboxオブジェクトにFirefox extensionから簡単にアクセスする方法をひねり出した。まだ何も実装していないけれど、これでMinibufferから

pinned-node | images | save-as localdisk

で、ピンをつけたparagraphの中にある画像をローカルに保存する、とか

pinned-node | images | save-as flickr

それをFlickrにアップロードするみたいなコマンドを実装することができるようになる。

Greasemonkeyスクリプトのsandbox

Greasemonkeyはgreasemonkey.jsの中にあるgreasemonkeyServiceのメソッドinjectScriptsでGreasemonkeyスクリプトのグローバルスコープになるsandboxを作って全てのスクリプトを実行している。

injectScripts: function(scripts, url, unsafeContentWin, chromeWin) { var sandbox; ... snip ... for (var i = 0; script = scripts[i]; i++) { sandbox = new Components.utils.Sandbox(safeWin); ... snip ... sandbox.window = safeWin; sandbox.document = sandbox.window.document; sandbox.unsafeWindow = unsafeContentWin; ... snip ... this.evalInSandbox("(function(){\n" + getContents(getScriptFileURI(script.filename)) + "\n})()", url, sandbox, script); } },

Minibufferはsandbox.window.Minibufferを介して他のスクリプトからコマンドを追加することができるようになっているけれど、そのsandboxはローカル変数になっていてinjectScriptsの実行が終わるとgreasemonkeyServiceのインスタンスから参照できなくなるのでなんとかしてsandboxをゲットする必要がある。 さいわいgreasemonkeyServiceというXPCOMコンポーネントのインスタンスは、拡張機能の名前空間からGreasemonkey本体が使うGM_BrowserUIという名前経由でGM_BrowserUI.gmSvcで参照できる。greasemonkeyServiceはXPCOMコンポーネントなため、IDLで記述されたメソッドしかアクセスできない。と思ってたんだけどjsで実装されているXPCOMコンポーネントならば実はJavaScript XPCOM コンポーネントの状況に書いてあるwrappedJSObjectを通して全部のメソッドにアクセスできるのでした。

まれに、JS コードの呼び出しから、実装している JS コンポーネントの JSObjectに実際にアクセスする必要がある可能性があります。このため、 xpcom コンポーネントの回りの xpconnect ラッパーは、現在 wrappedJSObject というプロパティをサポートしています。

と書かれております。好き勝手にいじり回せて便利ですね。 というわけでinjectScriptsのコードを無理矢理書き換えてevalすれば特権つきのMinibufferコマンドを作れそうです。

var wo = GM_BrowserUI.gmSvc.wrappedJSObject; var code = wo.injectScripts.toSource(); code = code.replace(/}\)$/, '\ var tab = chromeWin.top.document.getElementById("content"); \ var browser = tab.getBrowserForDocument(sandbox.window.document); \ chromeWin.top.MinibufferPrivilegedCommands.onGMScriptsExecuted(sandbox); \ })' ); wo.injectScripts = eval(code, wo);

セキュリティ

sandboxは全てのGreasemonkeyスクリプトで共有されているので、特権をつけたいGreasemonkeyスクリプト以外からも特権つきのコマンドを参照できるようになってしまいます。 任意の特権コードを実行できるようになるわけではないので(意識的に可能にするように書かなければsandboxから任意コードを特権付きで実行することはできないはず)、信頼してインストールしていることが前提にあるGreasemonkeyスクリプトから特権がなければ実現できない特定の機能を呼び出せてもいいかなあとも思いますが、なんとかしてできないようにするに越したことはないと思います。 どうやって実現するかは今後の課題で。

一日遅れで LDRize minibuffer reblog command を作ってみた感想をこちらに。 まずはじめにLDRizeの(一部だった)minibuffer用にシェルを組んでみたを書いてからほんの数日で、自分がちょっと時間かかりそうだなーとあきらめた、ちゃんとしたコマンドの補完機能だけでなく、エイリアスにヒストリまで実装されていて(Ctrl-Rで検索可能だし)、そしてコードもきれいで圧倒されました。 感想と言っても細かいことばかりなのですが、いくつか。

SITEINFOを参照したい

いまのreblogコマンドは、ピンの立てられたパラグラフからXPathでreblog用のリンクを取り出しています。できれば、このXPathもSTEINFOに書いてしまってコマンド側からはそれを参照して使うようになっているほうがメリットがあるのではと思います。 いまのreblogコマンドはreblogコマンド自身の中にXPathを書いているのでtumblr dashboardのデザインが変わってXPathを変更しないといけなくなったときに

誰かが壊れているのに気がつく

誰かXPathが書ける人が修正する

reblogコマンド修正版をアップロードする

使っている人それぞれがreblogコマンドをアップデートする

という過程を経て正常に機能するようになります。 SITEINFOを参照して動くようになっていれば

誰かが壊れているのに気がつく

誰かXPathが書ける人がSITEINFOを修正する

使っている人のSITEINFOキャッシュが切れて更新されたら正常に機能するようになる

というふうに、誰かが直せばみんながハッピー、という状況を作り出せるのでSITEINFOを参照できるようにしてほしいです！

デフォルトのstdin

はじめ毎回pinned-nodeと書いてパイプで繋げるのがめんどくさいので、MinibufferでもLDRizeのようにデフォルトでstdinにピンを立てているparagraphesが入ってきたらいいのに、と思ったのですが、エイリアスが作れるのに気がつきました。どっちでもいいと思いますがpinned-nodeが使われることが多いようだったらデフォルトにしてもいい気もします。

evalハック

ほかのスクリプトからLDRizeやMinibufferのインスタンス本体を直接は操作できないようにメソッドだけを渡しているのは、むやみにメソッドを公開しない設計なのだと思っているのですがいくつかどうしても入れたい部分があったので 実用 - Firefox、evalの第二引数、プライベートメンバ/クロージャーの実行コンテキストへのアクセス に書かれているevalで隠蔽されているインスタンスにアクセスして上書きしています。 ひとつだけ、ぜひ採用してほしいのがMinibufferをopen/closeしたときのイベントを

var Minibuffer = { + listeners: [], + dispatchEvent: function ( event_name, data ) { + Minibuffer.listeners.forEach( function ( listener ) { + if (event_name in listener) { + try { + listener[event_name].apply(listener, [data]); + } catch (e) { + trace(e); + } + } + } ); + }, + removeEventListener: function (obj) { + this.listeners = Minibuffer.listeners.filter( function ( listener ) { + return ( obj != listener); + } ); + }, + addEventListener: function (obj) { + Minibuffer.listeners.push(obj); + }, @@ -153,6 +194,7 @@ }, complete: function(candidates, callbackExit, prompt) { Minibuffer.init(); + Minibuffer.dispatchEvent("show_minibuffer", null); if(prompt) Minibuffer.htmlprompt.innerHTML = prompt; Minibuffer.callbackExit = callbackExit; Minibuffer.candidate_command_hash = candidates; @@ -183,9 +225,11 @@ document.body.removeChild(Minibuffer.container); document.removeEventListener('keypress', Minibuffer.handleKey, true); Minibuffer.callbackExit(); + Minibuffer.dispatchEvent("hide_minibuffer"); }, KEYBIND : { 'C-m' : 'bindDoAndExit', 'RET' : 'bindDoAndExit',

こんなかんじでlistenできたらと思っています。なんでそんなのが必要かというと、カーソルキーをMinibufferが開いていないときはj,kとして機能するようにして、Minibufferが開いているときには元に戻して↑↓でコマンドを選択できるようにしたいのですー。 あとはbugfix的なものだけ貼っておきます。 pinned-node | のようにパイプで繋いだあとコマンドを入力するとき↑↓を押すと、パイプより前のコマンドが消えちゃうので

selectCandidate : function(oldNode, newNode){ - Minibuffer.input.value = newNode.innerHTML; + var currentNode = Minibuffer.input.value.match( /.*?\|\s*/ ) || ''; + Minibuffer.input.value = currentNode + newNode.innerHTML; newNode.setAttribute('class','gm_minibuffer_selected'); if(oldNode) oldNode.removeAttribute('class',0); },

パイプより前の部分を入れるようにしました。 backspaceで入力したコマンドを削っていったときに補完候補が変化しなかったので

bindDeleteForwardChar : function(){ var begin = Minibuffer.input.selectionStart; var end = Minibuffer.input.selectionEnd; var text = ''; var pos; if(begin == end){ text = Minibuffer.input.value.slice(0, begin) + Minibuffer.input.value.slice(end + 1); }else{ text = Minibuffer.input.value.slice(0, begin) + Minibuffer.input.value.slice(end) } Minibuffer.input.value = text; Minibuffer.input.setSelectionRange(begin, begin); - if(Minibuffer.input.value == '') Minibuffer.updateComplationList(); + Minibuffer.updateComplationList(); },

補足 2008.6.20

現在は /lang/javascript/userscripts/reblogcommand.user.js - CodeRepos::Share - Trac でメンテナンスされています。

v3対応について

11.17くらいからtumblr側でのreferrerのチェックが無くなったようでRefControlは必要なくなりました。 tumblr v3になってreblog時にrefererをチェックするようになりました。そのためrefererを変更することができないGreasemonkeyスクリプトではなんともならないので、とりあえずRefControl :: Firefox Add-onsをご利用ください。インストール後ステータスバーに出てくるアイコンからAdd siteで

site: www.tumblr.com Action: Forge

を追加すればokです。

ようやくLDRize version 2008.08.28で分離されたMinibufferに対応しました。 今回からダウンロードは LDRize mibuffer tumblr reblog command – Userscripts.org で。

Minibufferからの使い方

Minibufferから使うときは、ふつうにpでピンを立てたあと、Alt-xを押してMinibufferfを開いて

pinned-node | tumblr.reblog

でreblogできます。このときお好みに合わせて間にreverseを入れたりもできます。気分に合わせてどうぞ。

Minibufferのエイリアスを使う

で、ここで毎回 pinned-node | tumblr.reblog って入れるのとかありえない！ってなるわけですが、そういう人のためにMinibufferにはエイリアスが用意されています。pinned-node | tumblr.reblogと入れたあとEnterを押さないでCtrl-cを押します。するとダイアログが出てくるので

好きな名前をつけてコマンドを保存します。 そうすると次回からMinibufferにreblogがコマンドとして使えるようになって、長いコマンドを入れなくてすむようになります。

いちおうLDRizeからも使えます

エイリアスを設定するのもめんどくさい、というひとは、これまで同様:を押して出てくるLDRizeのほうのreblogコマンドを使うこともできます。

ただしreblogという名前でMinibufferのエイリアスを作っていると、たぶん名前がかぶってるのが原因でLDRizeのコマンドのreblogが動かなくなるので注意。個人的にはMinibufferでエイリアスを作ってreblogするのをおすすめします。

FLASH KEYライクフィードバック

まえのやつはコマンドを実行してもreblogされていのかされていないのかわからなくて、どうにかしたいなとおもっていたところに 実用 - Stroboの動画に出てくるピンクのFLASH KEYがかわいくてよかったのでFLAHS KEYをちぎってもってきてつかわせてもらっています。これでいまどれくらいreblogが進んでいるかわかるようになりました(ピンクじゃないですけど)。 はじめにどれだけreblogするかが表示されて

ピンを立てたpostをreblogし終わるたびにだれだけ終わったかがパーセンテージで出てきます。同時にセットされていたピンが外されて右下に出ているピンが設定されている数が減っていきます。

最後に100%になってreblog完了です。

スクリプトの並べかた

たんぶら部 - Tumblove - - MCSG SYM - Autopagerize+LDRize+Minibuffer+Reblog Command でLDRizeやAutoPagerizeやreblogコマンドスクリプトをインストールする順番が分からない、と書かれているのでこちらでも補足しておきます。reblogコマンドはMinibufferやLDRizeよりもあとに実行するようにしてください。 上のページでLDRizeのシロさんがコメントに書かれている通り、実行される順番はFirefoxのステータスバー右端にあるサルのアイコンをクリックしてManage User Scriptsで出てくるリストで変えることができます。 デフォルトでははじめにインストールされたものが先に実行されるようになっています。

Enjoy!

あっというまにLDRizeが新しくなって、それもLDRizeのminibufferにコマンド追加してみたこと雑感で書いたことまでとりいれていただいて感謝です。 それにちゃんと追いつけてないながら XUL Apps > Tips > 選択範囲のリンクを収集する 〜 DOM2 RangeのcompareBoundaryPointsの使い方 - outsider reflex を見て、これをLDRizeでやりたい！と思っていたのでminibufferにかんたんなシェルを作ってパイプで繋げてあそべるコマンドを作りました。 minibufferが分離されて単独で動くようになったのは知っていたのですが、間抜けなことにいちどALt-xを押してみてあれなんか動かない(新しくしてなかったのかも)、と思ってからとりあえずいいやと思って8.24版のLDRize.addCommandのアプローチで実装しちゃいました。

デモ: twitterで囲んだ範囲のstatusページだけを開く

minibufferがブラウザ上で動くというのの利点は、マウスでちょこちょこっと操作するかんたんさと、細かく複雑な指定ができるコマンドラインがいっしょになっているところだと思います。囲んだ範囲のリンクをみんな開くみたいなのはブックマークレットでふつうにできて芸がないので、twitterのページでマウスで囲んだ部分のうち、発言のperlamlinkになっているリンクだけを開く、というのをやってみました。 まずはマウスで好きなだけ囲みます。

こんなかんじ。 そして : を押してminibufferを開きます。

スクリーンショットをとったときには selected, links, grep, openintab の4つのコマンドを作ってました。下の方にリンクしてあるスクリプトはさらにimages, xpath, echoを追加してあります。 シェルのコマンドラインと同じかんじでコマンドを入れてパイプで繋いでいきます。

selected は、マウスで選択されている範囲のノードを返すコマンドです。そのあとにパイプで繋がれているlinksコマンドは入力されたノードの中に含まれるAタグだけを取り出して返すコマンドです。 あ、ちなみにまだてきとう実装なのでselected以降のコマンドはLDRizeのコマンド補完機能は効きません。 そのあとにあるgrepコマンドは渡されたノードのリンクに引数で指定された正規表現が含まれているものだけを返します。今回はtwitterの発言permalinkだけを取り出したいのでpermalinkだけに含まれているstatusesを引数に渡しています。 最後のopenintabコマンドは、渡されたリンクをぜんぶ新しいタブで開きます。

タブがたくさん開いたところです。 わかりにくいのでヒストリで見てみます。

はじめにマウスで囲んだ範囲に含まれていた6つのpermalinkが開いているのがわかります。 今回はAタグだけを取り出すlinksを間に入れましたが、IMGタグだけを取り出すimagesを間に入れてもいいですし、取り出すものをxpathコマンドでXPathを使って指定することもできます。 間に入れるフィルタが作れるだけでなく、minibufferのコマンドはjavascriptで好きに書けるので、最後に画像をreblogしたりブックマークしたりjavascriptでできることなら何でも可能で、しかもちょっと動作をかえたいときにはコマンドにちょっと引数を渡せるので細かい用途ごとにべつべつのブックマークレットを用意しないといけないみたいなのもなくなります。minibuffer最高！

スクリプト

というわけでよかったらためしてみてください。

ldrize.user.js

minibuffer.user.js

実装アプローチ

ldrize.user.js, minibuffer.user.js本体に少し手を入れないと実現できなかったのですが、とりあえずLDRizeのほかの部分と整合性がとれているか何も考えずに手を入れました。 まずminibuffer.user.jsの、minibufferでEnterを押したときに呼ばれるbindDoAndExitをいじりました。minibufferからコマンドラインに入れられた文字列を作った Minibuffer.__Shell.parse() に渡してパース、実行するべきコマンドのリストを得てます。 コマンドを実行するときに、コマンドの引数と、シェルでいう表示ユン入力を渡したいので引数を二つ増やしてます。

@@ -174,11 +195,18 @@ Minibuffer.updateComplationList(); }, bindDoAndExit : function(){ - var cmd = Minibuffer.getCandidateCommandHash()[Minibuffer.input.innerHTML]; - if(!cmd) return; - var str = Minibuffer.input.innerHTML; + var commands = this.__Shell.parse(Minibuffer.input.innerHTML); + //FIXME: check command existence first, and exit and execute them all. Minibuffer.exit(); - cmd(str); + var stdin = null; + var ret = commands.forEach( function ( command ) { + var cmd = Minibuffer.getCandidateCommandHash()[ command.name ]; + if(!cmd) { + return null; + } else { + stdin = cmd(command.name, command.args, stdin); + } + } );

minibufferでcmdとして呼ばれた関数はLDRize.minibufferCallbackなので、こっちも引数を増やします。stdinが空のときはLDRize側でセットされているピンのリストを渡します。 コマンドが返す値はtrue/falseでLDRizeでセットしたピンをクリアするかそのままかの指定に使われていますが、これをそのまま流用してコマンドのフィルタ結果を返すようにして、さらにreturnを追加してminibuffer側に結果を戻します。 こうすると本来のピンを外す、外さない機能と鑑賞しそうですが、ふつうminibufferの最後に実行するコマンドはopenintabのようなフィルタ結果を返さないコマンドなので、それがピンを外すか外さないかの本来のLDRizeのコマンドとしての値を返してあげればだいたい問題ない気もします。

@@ -981,14 +981,17 @@ for (x in LDRize.command) obj[x] = LDRize.minibufferCallback; window.Minibuffer.complete(obj, LDRize.minibufferCallbackExit, LDRize.PROMPT); }, - minibufferCallback : function(string) { + minibufferCallback : function(string, args, obj) { var lst = LDRize.getPinnedItemsOrCurrentItem(); - var obj = { + obj = obj || { paragraphes : lst, links: lst.map(LDRize.getLinkURL), } + obj.args = args; + var continuePinList = LDRize.command[string](obj); // do command if(!continuePinList) LDRize.clearPinlist(); + return continuePinList; }, minibufferCallbackExit : function(){ document.addEventListener('keypress', LDRize.handleKey, true);

ちなみに、一番はじめに書いたコマンドには入力としてピンを立てたノードのリストがくるので、

images | echo

とすると、ピンを立てたパラグラフの中に含まれる画像のノードとURLがFirebugのコンソールに出力されます。

思ったこと

minibufferすごすぎると感動しながらシェルをつくって思ったことをいくつか書きます。

JSONストリームのエディタ

LDRizeはminibufferのコマンドを呼び出すときに、関数の引数として

{ paragraphes: array_of_domNodes, links: array_of_strings_contain_url }

という、DOMのノードのリストとそれに結びつけられたURLのリストを渡してきます。 linksやgrepのようなコマンドは、まさに かんたんすぎ かっこよすぎ Yahoo pipes にちょっと書いてた IBM dW : XML : XMLの論考: マイクロフォーマットのパイプストリーム - Japan と同じな感じがしました。minibufferはブラウザ上でLDRizeのピンのようなKUI(Keyboard User Interface)とGUI(マウス)で抽出したデータをJSONで処理するかんじです。 JSONを処理するパイプ、という気持ちでコマンドを書いていていまのLDRizeの仕様で気になったのが、コマンドに渡されるデータがオブジェクトのプロパティにArrayが入っているところでした。JSONデータを加工するパイプとしてコマンドを捉えると、プロパティのはいっているオブジェクトのArrayが渡されるほうが便利でした。 前者だとgrepの実装がこう

name: 'grep', command: function (obj) { var regex = obj.args.shift(); var modifier = obj.args.shift(); var re = new RegExp(regex, modifier); var paragraphes = []; var links = []; for ( var i = 0; i < obj.links.length; i++ ) { var u = obj.links[i]; if ( u.match( re ) ) { paragraphes.push( obj.paragraphes[i]); links.push(u); } } obj.paragraphes = paragraphes; obj.links = links; return obj; },

なってforでループさせて再度Arrayをつくるというのをせざるをえないですが、データが後者のようにオブジェクトのArrayになっていると

name: 'grep', command: function (obj) { var regex = obj.args.shift(); var modifier = obj.args.shift(); var re = new RegExp(regex, modifier); return obj.filter( function ( item ) { return item.link.match( re ); } },

でできるのですごく自分がかしこくなった気分になれそうです。LDRizeのピンを設定する側の処理のところはコードをよく見ていないのでそっち側で何か問題があったりするかもしれないですが、こうしていただけるとコマンドを作るときにはすごくかっこよく書けるようになりそうですー。

コマンドでのプロパティ追加

LDRizeからピンのデータとしてコマンドに渡されるデータはノードとそれに対応するURLだけど、途中のフィルタで

{ paragraph: domNode, links: url, name: ...., reblog_id: ...., }

みたいに新しくプロパティを追加したオブジェクトを結果として返すと、それより後ろのコマンドでそのプロパティを参照できる、というようにしておくと自由度が広がるのかも。自分が書いたものはそうなるようにしてみました。特に何にも使ってないですけど。

chrome特権

やっぱり最後に saveto localdisk とか saveto flickr とか reblog とかしたくなるのでminibufferだけextensionにしてコマンドでディスクに書いたりしたいです！minibufferがLDRizeと別で単体でも動くように変わったおかげでちょっといじればできそうな気がするのでこれはそのうちやってみようとおもいます。 特権が必要でかつ必要そうなのはいまのところsaveto localdiskくらいしかおもいつかないし、ほかはGreasemonkeyでがんばればできるので、それだけのためにセキュリティリスクとインストール後に再起動しないといけないお手軽でなさ(Fx3で再起動がいらなくなるみたいな記述があったけどどうなんでしょう)を呼び込む価値があるのか微妙ですが....

感謝！

LDRize(2007.8.24版)のミニバッファにreblogコマンドを追加するスクリプト LDRize_tumbler_dashboard_reblog.user.js を作ってみて感じたことをべつでこっちに書きます。 とりあえず、ほんとに誰も見ていないはてなダイアリーのメモ書き程度な自分の日記にコメントしていただいてありがとうございました。びっくりました。AutoPagerizeと組み合わせたときにちょっと不便だったところのパッチを書いてお送りしようと思ってるのですが、とりあえずミニバッファ用のコマンドを作ってみていくつか気がついたことを書いておきます。

ピンはパラグラフに対してつけたい

現状(8/24バージョン)ではピンはlinkに対してつけるようになっていて tumblr dashboard のようにlinkがsiteinfoに定義されていないときにはピンを立てること自体ができないですが、ミニバッファのコマンドでparagraphもうけとれるようになったし、なにかとlinkがなくてもピンを立てられる方がべんりな気がします。(といってもlinkが定義されていないのはほんのわずかしかないですね) ただ、linkがないものにピンを立てられるようにすると右側のピンを立てたもの一覧に表示するものがなくなっちゃうので困りそうですが....

setSiteinfoはよくない

おなじく8/24バージョンの追加機能のsetSiteinfoですが、これはよくないと思います。 まず現状では使い勝手がよくなかったです。 tumblr dashboard ではlinkが定義されていないのでsetSiteinfoで定義してピンが立てられるようにしたのですがsetSiteinfoはcommandの中でしか呼び出せないのでsiteinfoを変更するためだけにミニバッファからコマンドを呼び出す必要があって不便でした。ミニバッファにコマンドを追加するスクリプトがロードされたときに書き換えられるようにwindow.LDRize.setSiteinfoで呼び出せると使いやすくなると思います。 ですがsetSiteinfoはXPathをスクリプト本体に書くことになる点で好ましくないと思っています。 siteinfoのよいところは、スクリプトのコードかせページのスクレイピングのためのXPathが分離されたところだと思っています。ページのスクレイピングルールがコードから分離されて誰でも変更できるようになったことで

スクレイピングルールを他のスクリプトや異なる言語からでも利用できる

ページのデザインが変わってルールが壊れても、誰かが直してくれれば他のひとは壊れたことにも気づかないで使い続けられる

ページのデザインが変わるたびに新しいXPathを記述したスクリプトに入れ直す必要がない

という利点ができました。 setSiteinfoでコードの中にXPathを書いてしまうと、これらの利点が全部無くなってしまうのでsetSiteinfoでスクリプト固有のXPathを保持するよりも、それらもsiteinfoに混ぜてしまった方がよいと思います。siteinfoのサイズは大きくなりますが、あるスクリプトで使っているXPathを他のスクリプトでも参照したい、ということがあるでしょうし、それらがべつべつにメンテされるようになっちゃうのはもったいないと思います。 LDRizeでピンを立ててparagraphに対してコマンドを実行できるというのは、なんかFirefoxがOSでその上のシェルでコマンド実行しているみたいな感じがしました。この比喩で言ったらsiteinfoはディスクからビット列を読み出してきて、それを意味のあるかたちに組み立てるデバイスドライバみたいなものなのかなと思います。みんながそれぞればらばらにデバイスドライバを書くよりは、誰かが書いたのをみんなが使う方がハッピーだと思うのでsetSiteinfoではなくsiteinfoに項目を増やす方向で対応してほしいです。

そのほか細かいこと

siteinfoに項目を増やす、というのと同じはなしですが tumblr dashboard のようにlinkの中が画像だったりすることもあるのでURLを取り出すlinkと右側に表示するテキストをべつべつに記述できるようにしてもいいのではないでしょうか。デフォルトlinkのcontentTextで、ルールが記述されていればそれを使う、というような。 あとwindowのloadイベントではなく 実用 - ドキュメントのロード完了に合わせて関数を実行する に書かれているdocumentのDOMContentLoadedで実行されるほうが早く使えるようになるので便利だと思います。自分で書き換えてみたらちゃんと動かせなかったのでできるのかよくわかりませんけど....

感謝！