adblock#.uc.jsにはadblock系リスト変換君.htmlというadblock++形式などから変換できるものが入ってますが、さすがニッチなadblock++からadblock#への変換はないようなので書いてみました。
(今思えばadblock系リスト変換君.htmlを拡張すればよかったかも…)

必要なもの

• Firebug

以下のコードをFirebugのコンソール上で実行

adblockDataの部分は自分のabout:configからextensions.adblock++.filter_array の値に差し替えてください。
最後のcopy関数以外は別にFirebugに依存しているわけじゃないので、他の環境でも少し書き換えれば動作すると思います(MITライセンスなのでご自由に)
変換したものはクリップボードに入るので、後はadblock#.uc.js Filter Managerを開いて、入力欄にペーストして”追加”のボタンを押せばフィルターを移行できると思います。

Adblock++はフィルタにコンテンツの種類を設定できるのですが、adblock#.uc.jsは対応していないのでそれ系のフィルターは自動で外されます。また既にdisableなフィルターも外されます。
正規表現周りは元々使ってないので、ちゃんと動作するかは微妙です。
一応、Readmeに従って下記の処理には対応させたつもりです。

ただし,「/ads/」のように前後に「/」が付く物は正規表現フィルタと誤認識されるのを防ぐため,「*/ads/*」と表記する.

• adblock++ から adblock# 形式へ変換する(Firebug上で実行) — Gist

メモリリーク調査は専用のソフトウェアなどがあるので、

• JavaScript Memory Leak Detector (v2) – GPDE Team Blog – Site Home – MSDN Blogs IE
• Overview – JavaScript Memory Validator Firefox
• Debugging memory leaks – MDC Doc Center

そちらを使うのでもいいかもしれませんが、new Dateを使った実行時間の記録みたいにJavaScript内からメモリ情報を取得して計測できるとおもしろいと思うので、ブラウザ毎にやる方法を調べてみました。

調べてみるとWebkit系ブラウザ(Chromeとsafari)はデバッグモード時にJavaScriptからメモリ情報を取得する方法がありました。

Webkit系

Chrome、safari両方ともデフォルトではメモリ情報を扱うことはできないので起動オプションを設定する必要があります。
Chromeの場合は起動引数に–enable-memory-infoというオプションをつけることで有効になります。

* Linux: /opt/google/chrome/google-chrome --enable-memory-info
* Windows XP:  "C:\Documents and Settings\＜ユーザー名＞\LocalSettings\ApplicationData\Google\Chrome\Application\chrome.exe"  --enable-memory-info
* Windows Vista以降: "C:\Users\＜ユーザー名＞\AppData\Local\Google\Chrome\Application\chrome.exe"  --enable-memory-info
* MacOS: /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --enable-memory-info

safariの場合はplistの設定を変えることで同じく有効にできるそうですが、Windows版はよくわからないのとMac持ってないので確かめていません。

使い方

上記のようにmemory-infoの機能を有効にした状態で、JavaScriptからwindow.webkitPerformance.memory.usedJSHeapSizeなどを取得するとヒープメモリの情報が返ってくるようになります。(無効の場合は常に0が返ってくるようです)
コンソールからもwindow.webkitPerformance.memory.usedJSHeapSizeとかたたけば値が返ってくると思います。
(console.memoryでも一応可能)

window.webkitPerformance.memory [object MemoryInfo]
window.webkitPerformance.memory.usedJSHeapSize
window.webkitPerformance.memory.totalJSHeapSize

使い方の例

(function() {
    if (webkitPerformance && webkitPerformance.memory.usedJSHeapSize) {
        console.log("==Start==",
                "used : " + webkitPerformance.memory.usedJSHeapSize,
                "total : " + window.webkitPerformance.memory.totalJSHeapSize);
        var res1 = [],res2 = [];
        var start = webkitPerformance.memory.usedJSHeapSize;
        for (var i = 0; i < 1000; i++) {
            res1[i] = new Date().getTime();
        }
        console.log("new Date : ", webkitPerformance.memory.usedJSHeapSize - start);
        var start2 = webkitPerformance.memory.usedJSHeapSize;
        for (var i = 0; i < 1000; i++) {
            res2[i] = Date.now();
        }
        console.log("Date.now : ", webkitPerformance.memory.usedJSHeapSize - start2);
        console.log("==END==",
                "used : " + webkitPerformance.memory.usedJSHeapSize,
                "total : " + window.webkitPerformance.memory.totalJSHeapSize);
    }
})();

歴史的背景 – 余談

上で見てるとわかりますが、memory InfoはwebkitPerformanceオブジェクト、つまりTiming APIなどが入ってるところに実装されています。しかし、Web Performance Working Groupを見てもメモリ情報については書いてありません。(見つからなかった)

• Web Performance Working Group
• Measuring Web Page Performance – IEBlog – Site Home – MSDN Blogs
• IE9開発版、Web Timing APIを実装 | エンタープライズ | マイコミジャーナル
• Chrome 6、Web Timingを実装 | エンタープライズ | マイコミジャーナル

いつ実装されたのかを探すと、[webkit-dev] On adding ‘console.memory’ API (and about the whole ‘consolというメーリングリストで追加されたのが告知されていました。
このときはconsole.memoryとなっていて、webkitPerformance以下ではなくconsole以下に実装されていたようです。
なので現在はconsole.memoryとwindow.webkitPerformance.memoryのどちらの方法でも参照できるようです。
そして、わざわざwebkitPerformanceに移してるので、Web Timing APIの一部としてやってくのかもしれません。
(memory Infoの話はstats.jsの作者が詳しそう)

Firefox

Webkit系では実装として載っているのでいいのですが、Firefoxでも似たような事はできないかと探してみたところFirefoxプロセスのメモリ情報はXPCOMで取得できるようだったので、content(いわゆる普通のWebサイト内)でもその情報を扱えるようにするuserChrome.jsを書いてみました。(uc :: Add-ons for FirefoxなどuserChromeを実行できるアドオンを入れてからインストール)
コードは584.js(ucjs_MemoryMonitor.uc.js) – Firefox用スクリプトアップローダー(新)を参考にしました。

ただし、このスクリプトはセキュリティ的に問題ありまくりなので、通常のプロファイルで使うのはやめておいた方がいいですよ。

このuserChrome.jsをインストールした状態で、window.getMemoryInfo()とすると

{
    "mapped": mapped,
    "allocated": allocated,
    "committed": committed,
    "dirty": dirty
}

上のようなメモリ情報のオブジェクトが返ってくるようになります。おそらくこのメモリ情報はFirefoxのプロセス全体としてのものなので、webkitPerformance.memoryとは意味が異なるため同一視してはいけないと思います。
恐らくabout:memoryに載っているメモリ情報と同じだと思うので、about:memoryが実装されたFirefox3.6から使えるものかもしれない。
このスクリプトはcontent権限からChrome権限(何でもできる特権)のコードを呼んでいるので、逆を言えばこれを悪意ある方法でついてしまえばChrome権限で何でもされてしまうのでデバッグ専用のプロファイルなどで使用して、信頼できるサイト内だけで使ってください。(もっと詳しい方が安全な実装してくれればいいのですが…)

以上でJavaScriptからメモリ情報を扱う方法の紹介は終わります。
他のブラウザor方法でもできるやり方があったら教えてください。JavaScript Advent Calendar 26日目の記事でした。

gist: 754908 – メモリ情報をcontentスコープから取得できるように拡張- GitHub

https://gist.github.com/754908

mrdoob/stats.js – GitHub

https://github.com/mrdoob/stats.js

• ldr hatebu comments viewer.uc.js

記事にフォーカスがあった状態でmを押すとはてなコメントビューアーが開きます。
jを押すと(次の記事に移動ショートカット)コメントビューアーが開いてたときは閉じるようにしてあります。

以下、技術的な話

まず、userChrome.jsをどうデバッグすればいいのか忘れたので、とりあえずFirebugのコンソールへ吐くlog関数を用意した。

// firebugのコンソールに出力
function fbug(x) {
    var windowManager = Components.classes['@mozilla.org/appshell/window-mediator;1'].getService(Components.interfaces.nsIWindowMediator);
    var Firebug = windowManager.getMostRecentWindow("navigator:browser").Firebug;
    if (Firebug.Console.isEnabled() && Firebug.toggleBar(true, 'console')) {
        Firebug.Console.logFormatted(Array.slice(arguments));
    }
    return x;
}

もっと手軽に呼べたような気がしたけど…

次はChrome側とContent側でやりとりする方法
Chrome側ってのはuseChrome.jsや拡張機能などのいわゆる特権持ってて何でもできてしまう実行範囲のこと
Content側ってのは通常のWebサイトの実行範囲のこと。

Chrome側からContent側をいじろうとすると、XPCNativeWrapperでラップされているのでそのままではアクセスできません。
wrappedJSObjectを使って回避するのはあまり望ましいやり方ではないと思うので、今回はMessageEventを利用してChromeとContentを行き来してみました。
コードの真ん中ら辺のメイン部分だけ取り出してみると

    // docはchrome側のdocument
    // Chrome側 - 受信
    doc.addEventListener("hatenaPingMessage", function (request) {
        var res = request.data;
        if (res === "hide") {
            hBookmark.CommentViewer.hide();
        } else {
            hBookmark.CommentViewer.toggle(res);
        }
    }, false);
    // Content側 - 送信
    evalInPage(function() {
        window.addEventListener("load", function() {
            window.Keybind.add('m', function(evt) {
                var item = window.get_active_item(true);
                var permalink = item.link.replace(/#/, '%23');
                pingToChrome(permalink);
            });
            var _j = window.Keybind._keyfunc.j;// jを保存してから書き換える
            window.Keybind.add('j', function(evt) {
                _j();
                pingToChrome("hide");
            });
        }, false);
        // Chrome領域へ通知
        function pingToChrome(message) {
            var request = document.createEvent("MessageEvent");
            request.initMessageEvent("hatenaPingMessage", true, false,
                    message,
                    location.protocol + "//" + location.host,
                    "", window);
            document.dispatchEvent(request);// =>hatenaPingMessage
        }
    }, []);
}
function evalInPage(func, args) {
    var argStr = JSON.stringify(args || []);
    safeWindow.location.href = "javascript:void " + func + ".apply(null," + argStr + ")";
}

まずはChrome側のdocumentにイベントを待ち受けるhatenaPingMessageというeventを受け取れるにします。
そして、Content側でスクリプトを実行するためにJavaScript:プロトコルハックを使ってブックマークレット的に実行します。
その中で、hatenaPingMessageというオレオレイベントを発火させるpingToChromeを作って、pingToChromeで発火したイベントをChrome側でキャッチしてChrome権限が必要な処理(はてなコメントビューアーを呼び出す)をしています。
Google Chromeの拡張とかで似たような仕組みになってた気がします。

MessageEventとJavaScript:プロトコルハック

• Greasemonkey スクリプトとイベントで通信: Days on the Moon
• SmartLDR更新 – 素人がプログラミングを勉強するブログ

Google Chrome関係のメモ

• ユーザースクリプトとページ側とのやりとり – JavaScriptで遊ぶよ – g:javascript
• 拡張間連携とEvent Driven JavaScript – Constellation Scorpius

FirefoxのChromeについてのメモ

• vimperatorからウィンドウにアクセスする方法 – vimpめも – vimperatorグループ
• XPCNativeWrapperとunsafeWindowの間でデータを送受信する | へびにっき
• XPCNativeWrapper – MDC Doc Center

このuserChrome.jsを読み込むと、

fbug
Clipboard.get
Clipboard.set

などのメソッドがGreasemonkeyスクリプトから使えるようになります。
fbugはconsole.logと同じ動作ですが、Firebugのウィンドウを開いていない状態(Firebugがオフ)でもFirebugのウィンドウを開いてからlogを出してくれる関数です。(元ネタはxqjs)
Clipboardの方はjetpack prototypeからのコピペなのであんまり確認してません。

当たり前ですがこのuseChrome.jsをインストールしてない人の環境ではfbugなどの関数は使えないため、デバッグ目的か自分用のGreasemonkeyに使用する感じになると思います。
以下のようにデバッグ時のみ動く関数でラップしておけば、配布の際にDEBUG = false;とするだけでいいので楽かも知れません。

var DEBUG = true;

    log("なんとか");
    // DEBUG - http://gist.github.com/428596
    function log() {
        if ( typeof DEBUG != 'undefined' && DEBUG ) {
            fbug.apply(this, arguments);
        }
    }

何かもっと便利なデバッグ関数とか作れそうな気がします。
多分Greasemonkeyスクリプトからしか動かないようにできているので(あんまり自信ない)、そこまで危険な事は起こらないかと思いますが安全は保証できないので自己責任でというテンプレを入れておく。

gist: 428596 – Greasemonkeyから使える関数を追加するuserChrome.js- GitHub

http://gist.github.com/428596

例えば、Firefoxの動作がおかしいなと感じて、どのアドオンが原因なのかを調べるときに、調べる前の有効状態を保存してから、一個一個アドオンを無効化して試し、原因となるアドオンが分かったら有効状態を復元して直ぐに元通りにできます。

似たような事を行えるVimperatorプラグインがあります。

アドオンの有効無効状態を保存＆復帰できるプラギン – Death to false Web browser! – vimperatorグループ

http://vimperator.g.hatena.ne.jp/nokturnalmortum/20100203/1265202872

このスクリプトはuserMenu.jsが必要となるので、userChrome.jsでメニュー拡張を追加できる「userMenu.js」 | Web scratchを読んでuserMenu.jsを導入してからChromeフォルダのtoolmenuフォルダに入れてください。

• 0001.アドオン有効状態を保存.S.js

に保存されています。(JSON.parseして使う。)

userMenu.jsに付属していた0000.アドオンリストをタブに表示.L.jsを元にしました。

他の参考にしたもの

nsIExtensionManagerで使えるもの
nsIExtensionManager.idl

ダイアログの使い方。
nsIPromptService – MDC

https://developer-stage.mozilla.org/en/nsIPromptService#confirmEx()

ダイアログの使い方。日本語ですがいろいろ抜けてます。

Dialogs and Prompts – MDC

https://developer-stage.mozilla.org/ja/Code_snippets/Dialogs_and_Prompts

いろいろバージョンが置かれてますがuserMenu.js ver. 1.21mod 一式(Fx3以降)と最新のものをダウンロードして、ver1.21はあらかじめtabmenuなどのフォルダがあって分かりやすいので、それらを最新版で上書きすると良いでしょう。

こんな感じのファイルが入ってるので、とりあえず動作させるために、FirefoxプロファイルのChromeフォルダにそのまま中身を突っ込みます。

Chrome
│  0.UCJSToolkit.uc.js
│  GM_modoki.jsl
│  jsa.jsl
│  JSA_modoki.jsl
│  preload.sample.txt
│  scripting.txt
│  userMenu.js.readme.txt
│  userMenu.pl.js
│  userMenu.uc.js
│  ここにはuserChrome.jsなども存在
│
├─contextmenu
│      Add Copy.se.js
│      Element Killer.js
│      Google cache.nl.js
│      Google Translate.se.js
│      Open IE.nl.js
│      Open Selection.se.js
│      Reload Image.im.js
│      Use JavaScript.auto.js
│      Wayback.nl.js
│
├─tabmenu
│  └─Order.ct
│          FrameOrder.ct.auto.js
│          ImageOrder.ct.auto.js
│          JSOrder.ct.auto.js
│          PluginOrder.ct.auto.js
│          RedirectOrder.ct.auto.js
│          userContentOrder.ct.auto.js
│
└─toolmenu
        0000.アドオンリストをタブに表示.L.js
        Inspection Here.js
        Rebuild User Menu.js
        Reload userContent.css.js
        Restart Firefox.r.js
        ~.---

移動させて再起動すると、コンテキストメニューやツールメニューにいろいろな項目が増えていれば成功です。

一つ一つのスクリプトの機能は数が多いので適当に見れば分かるので、開発したスクリプトをメニューに表示させる方法へ。scripting.txtやuserMenu.js.readme.txtを見ると詳しく書いてありますが、contextmenuやtoolmenuといったフォルダがそのままの構成でメニューと対応してるので、それらのフォルダに作ったスクリプトをjs拡張子にして入れるだけで簡単に登録できます。(スクリプトのファイル名ルールでショートカットなども設定できる)
例えば、右クリックに表示されるスクリプトで複数のものを一つのフォルダに入れれば、それが一つの階層になります。

contextmenu
└─JSAction
        Add Copy.se.js
        Element Killer.js

また先ほど紹介したようにGreasemonkeyのAPIと同様の機能を持ったものが一部使えます。
GM_setValueやGM_xmlhttpRequestなど。

デバッグ方法としてconsole.ほげ()というFirebugで使われるメソッドが使用できると書いてあるのですが、イマイチ動かなかったので、
GM_modoki.jsl (GreasemonkeyのAPIを定義してるファイル)の先頭部分に

// fbug(x)でFirebugのコンソールに出力
function main(){
  var windowManager = Components.classes['@mozilla.org/appshell/window-mediator;1']
                                .getService(Components.interfaces.nsIWindowMediator);
  return windowManager.getMostRecentWindow("navigator:browser");

}
function fbug(x){
   var {Firebug} = main();
   if(Firebug.Console.isEnabled() && Firebug.toggleBar(true, 'console'))
     Firebug.Console.logFormatted(Array.slice(arguments));
   return x;
}

と書き足して、fbug(x)でFirebugのコンソールに出力するようにしました。
Services.jsmが使えるなら以下のような感じで書けるようです。xqjs – ’ellaneous が元ネタです。

Cu.import('Services.jsm');// 読み込み先にresource:// かfile://
function main() Services.wm.getMostRecentWindow('navigator:browser');
function fbug(x){
   var {Firebug} = main();
   if(Firebug.Console.isEnabled() && Firebug.toggleBar(true, 'console'))
     Firebug.Console.logFormatted(Array.slice(arguments));
   return x;
}

上記のfirebugコンソールへの出力はxqjsのソースコードを見て知ったものです。
xqjsはExecute JSのようなその場でChromeやcontentに対してJavaScript実行できるアドオンです。
話題のCoffeeScriptやJavaScriptの単語補完、マクロ機能、便利なユーティティ関数などが使える優れたFirefoxアドオンなので、JavaScript ShellやFirebugのコンソールで入力するのが微妙だなーと思う人は一度使って見るといいかと思います。
fbugでFirebugのコンソールにもlogを吐けるので連携させるとなお便利。
Firebugで定義されているXpathやCSSセレクタもマクロで定義されており、copy関数なども存在します。

詳しくは作者さんのページとAMOとソースを読む。

xqjs – ’ellaneous

http://d.hatena.ne.jp/murky-satyr/20100504/xqjs

話が完全にすり替わりましたが、userMenu.jsはuserChrome.jsを書く上でかなり便利だと思うので、一度見てみることを進めます。

userMenu.js

http://firefox.geckodev.org/index.php?cmd=read&page=userChrome.js&word=user#g4f5f928

こっからダウンロード

• Firebug JSON formatting.uc.js

例えばニコニコ動画のマイリストでmy.currentItemes[0].toSource() をやると下のようなものが表示されます。
整形されていないしUTF-8などが混ざっていて読みづらいです。

({item_type:0, item_id:"1237006406", description:"", item_data:{video_id:"sm6429247", title:"\u3010\u521D\u97F3\u30DF\u30AF\u3011Blunder girl\u3010\u30AA\u30EA\u30B8\u30CA\u30EB\u66F2\u3011", thumbnail_url:"http://tn-skr4.smilevideo.jp/smile?i=6429247", first_retrieve:1237006407, update_time:1245142420, view_counter:"1469", mylist_counter:"58", num_res:"38", group_type:"default", length_seconds:"112", deleted:"0", last_res_body:"\u3053\u306E\u4EBA\u306F\u30D4\u30B3\u30D4\u30B3\u97F3\u306E \u51FA\u3060\u3057\u304C\u661F\u9593\u98DB\u884C\u306B\u8074 sm7203573\u306B\u3066\u4F7F\u7528\u3055. ", watch_id:"sm6429247"}, watch:0, create_time:1237007514, update_time:1254596442})

そこでこのuserChrome.jsを使って整形して表示させると、コンソールに次のような結果が返ってきます。

 (object){
	item_type (number): 0
	item_id (string): 1237006406
	description (string):
	item_data (object){
		video_id (string): sm6429247
		title (string): 【初音ミク】Blunder girl【オリジナル曲】
		thumbnail_url (string): http://tn-skr4.smilevideo.jp/smile?i=6429247
		first_retrieve (number): 1237006407
		update_time (number): 1245142420
		view_counter (string): 1469
		mylist_counter (string): 58
		num_res (string): 38
		group_type (string): default
		length_seconds (string): 112
		deleted (string): 0
		last_res_body (string): この人はピコピコ音の 出だしが星間飛行に聴 sm7203573にて使用さ.
		watch_id (string): sm6429247
	}
	watch (number): 0
	create_time (number): 1237007514
	update_time (number): 1254596442
}

使い方

使い方の流れ

1. FirebugのコマンドラインにJSON形式のものだけを入力する(コマンドラインに入力されているものをそのまま使います)
2. 右下のJSONボタンを押す
3. コンソールに結果が表示される。

整形するのにJSONDecoder.jsを使用させてもらっています。

JSONを見やすく展開してFirebugとかで表示 – JSONDecoder.js [ゼロと無限の間に]

http://0-oo.net/sbox/javascript/json-decoder

gist: 234552 – GitHub

http://gist.github.com/234552

FirebugのコンソールタブにあるコマンドラインはちょっとしたJavaScriptの動作を確認する際に便利ですが、普段使ってるエディタのように補完やハイライトされないので、少し複雑になると分かりづらくなりますね。
そこで、内容の編集自体はエディタで行いその内容をコマンドラインに反映させるuserChome.jsを作成しました。

• Firebug_editor.uc.js

使い方

1. ダウンロードしたスクリプトに60行目くらいにエディタのパスを設定する場所があるのでパスを入れる
2. Firebugのコンソールタブで大きい方のコマンドラインを開く
3. 右下にEditorというボタンがあるので押す
4. エディタで内容を編集→保存
5. Firefoxにフォーカスを戻すと自動的に反映

下に動作の動画を置いておくので、下を見ればどのように動いてるか分かると思います。

alice0775のスクリプトが元になってるので、Windows以外でも動くとは思います。
ラップする必要があったらしい。

userChrome.jsの話題9 テキストエリアを外部エディタで編集する – alice0775のファイル置き場 – Yahoo!ジオシティーズ

http://space.geocities.yahoo.co.jp/gl/alice0775/view/20070223/1172156543

gist: 235044 – Firebugに外部エディタ起動ボタンを追加するuserChrome.js- GitHub

http://gist.github.com/235044

メモ

Firebug.chrome.$("fbLargeCommandLine").addEventListener('focus', function(){
	Application.console.log("tewt")
}, true);

とかChrome権限でやるとコマンドラインにフォーカスしたときに動作するaddevenetlinerができる。
今回使ってないけど。