FireFox Extensionの作り方（らしきもの）
FireFox Extensionの作り方は，このサイトが 非常に充実している。正直，ここを誰か翻訳すればオッケエといった感じで，ボクが何か書くまでもないと思う。
まあいいや。ちょいと続けよう。
FireFoxのExtensionは，拡張子こそ「.xpi」になっているが，構造は.zipファイルそのもの。Windowsで作るときは普通のアー カイバを使えばいい。んでもって見えるのは
install.js
install.rdf
chrome/なんとか.jar
の三つだけ。しかもinstall.jsはどうやら古いMozilla向けで，FireFox向けではないようだ。というのも両者を見ると，明らかに情報 が重複しているし，FireFoxのパッケージングにそう説明してある。これで古いMozillaにインストールできるかどうか は，正直なところわからない。
FireFoxで「ツール」メニューで「拡張機能」を選択したときに，インストール済みのExtensionが表示される。ここに表示される情報は，こ のinstall.rdfに記述したものだ。だから，見栄えを考慮する人はちゃんとここから書かなければいけない。
install.rdf
＊jarファイルの構成
で，拡張機能の本体だが，これが「nantoka.jar」なわけだ。こいつもxpiと同様，jarといってもzipである（jarのフォーマッ トって，元々zipだったっけ？tar.gzだと思っていた…）。こいつをひもとくと「content」と「skin」というフォルダが作られる。 skinの方はイマイチよくわからないが，インストール済み拡張機能で表示されるアイコンなんかはこっちに入っている。
nantoka.jarはこんな構造だ。nantoka.jar
+-- content -- nantoka --+-- nantoka.js
| +-- nantoka.xul
| +-- contents.rdf
| +-- about.xul
| +-- config.xul
|
+-- skin -- classic -- nantoka --+-- nantoka.png
+-- nantokadb.png
+-- contents.rdf
contentの方が処理の本体部分である。たぶん構造上決まっているのだと思うが，そこにはマトリョーシカ人形のようにフォルダがまたある。その名前 はさっきの「nantoka」だ。実はこれが「nantoka」でなければならないのは，十中八九install.rdfに記述してあるからだと睨んでい るのだが，今ひとつ自信はないし，試す気もない。実は最初に作ったパッケージで一度，FireFoxが起動しなくなったのだ。とりあえずリカバリ方法が分 かったので事なきを得たが，またあれをやるのかと思うとちょっとね。あと適当なデバッグ方法がないのも正直，往生した。
contents.rdfその1
FireFox本体に結びつける接着剤がcontents.rdfということになるようだ。contents.rdfについては， install.rdfに特に記述していないので，デフォでこういう名前にしなければならないのだろう。skinの方にもあるところを見ると，中身を自己 参照できるようにするシカケとしてcontents.rdfを使っていると判断してよさそう。contents.rdfはこんな感じになる。
正直言って，この内容は今ひとつよくわからない。
特にurn形式による参照とディレクトリ構造の一貫性がイマイチ不明。大体，何をどこに登録しているのやら…。
nantokaOverlay.xulとか
で，操作に絡む部分を.xulに記述する。.xulは基本的にUIを構成する。例えばメニューを増やすのも.xulに書く。そしてその操作をしたときに呼び出すべきJavaScriptファイル とそのファンクションも指定する。
メイン部分（nantokaOverlay.xul）
について（about.xul）
これを.zipで固めてリネームして，って作業を繰り返していって.xpiファイルを作ればOK。かんとか！はバケラッタするが。
作ったxpiはここ。冒頭に紹介したサイトのhelloworldと比較したりすると，どこを直せ ばよいのかが浮き彫りになってよいかも。だってほとんど一緒だからね。
設定（config.xul） 3/14 追記
ダイアログ・ボックスの中に今回はJavaScriptも書いている。
ここでのポイントは二つ。preferences文字列の設定／取得と，ファイル・ダイアログの呼び出し（ファイル名の設定をしたため）である。
いずれにしても，FireFox/Mozillaのオブジェクト・モデルが分かってないと，結構キツいというか。なぜ「getService」なのか 「createInstance」なのかとか考えると，アタマがウニになるのでそういうものだと割り切っている。
preferences文字列の設定／取得はこんな感じ。
var prefIn = Components.classes["@mozilla.org/preferences-service;1"];
var prefs = prefIn.getService(Components.interfaces.nsIPrefBranch);
設定済みの値 = prefs.getComplexValue("へらへら設定", nsISupportsString).data; // 日本語通るかどうかは知りません。ご注意を。
prefs.setComplexValue("へらへら設定", nsISupportsString, "設定する値");
ファイル名については，ファイルを選択するダイアログボックスを呼び出せる。ただしそ のへんに転がっているサンプルだと失敗する可能性があるから注意されたい。そのコードを紹介するとこんな感じ。
var fp = Components.classes["@mozilla.org/filepicker;1"]
.createInstance(Components.interfaces.nsIFilePicker);
alert("try to init fp");
// fp.init( window, "Select a File", nsIFilePicker.modeOpen); //あやまり
fp.init( window, "Select a File", fp.modeOpen); //正しい
alert("let's show fp");
var res = fp.show();
// if (res == nsIFilePicker.returnOK){
if (res == fp.returnOK) {
fpというのは，nsIFilePickerクラスのオブジェクトだと思ってもらえれば大体間違っていない。インタフェースをインスタンス化したもの，と いった方が正確ではあるが。
おそらくMozillaでは正しいコード。この「あやまり」としているコードを書け，と書いてあるサイト（公式サイトを含む）の方が圧倒的に多い。ただし それはFireFox Extensionの書き方の紹介ではなく，MozillaあるいはXULを使ったアプリケーションの記述方法として説明している。ここから推測するとお そらくMozillaでは正しく動くのだろうということだ。
総評 こう書くと簡単だが，デバッグが面倒。もしかしたらデバッガ（）が使えるのかもしれないが，その使い方は分からず。デバッグ中にこのデバッガ動かしても反 応なかったし。エラーもJavaScriptコンソールに出るときと出ないときがあるし。いちいちインストール→再起動→テスト→アンインストール→再起 動を繰り返すのは面倒。JavaScriptを変えるだけなら，FireFoxのExtensionを格納するディレクトリ（例えばC:\ Documents and Settings\ユーザー名\Application Data\Mozilla\Firefox\Profiles\人によって違う名前\extensions\GUID）に入る.jarファイルだけを入れ 替えてFireFoxを再起動するというのでもいける。
あと，ちょっとパス名をしくじっただけでFireFoxは起動しなくなる。セーフモードで動いてくれればまだめでたいが，プロセスがゾンビ状態になるこ とも珍しくない。この場合は，タスクマネージャでプロセスを殺したあと，Chromeディレクトリ（C:\Documents and Settings\ユーザー名\Application Data\Mozilla\Firefox\Profiles\人によって違う名前にある）を消して（も大丈夫だが，普通はリネームするか）， XUL.mflファイルを消すと再起動が可能になる。その際，入れておいたはずのほかの拡張機能も一蓮托生になるかもしれないが。
댓글 없음:
댓글 쓰기