Mozillaでプログラミング(XUL)

Mozillaでプログラミ� ..

237:≠235
02/07/13 03:58
>>236
非常に申し上げ難いのですが
「さりげに」は若者言葉として
既に定着した感のある
形容表現で御座いますが...

238:デフォルトの名無しさん
02/07/13 04:52
素直に受け止めろ。仲間内だけで使え。

239:厨房もじらー
02/07/13 14:42
>>236 >>237 >>238
さりげにって普段使うけど
意味は「なにげに」の場合が多いな漏れ。
と、反省させられたので
仲間内だけで使うことにするYo!
ありが㌧。

そんなことより>>1よ…じゃなくて
そんなことより、このｽﾚでこういう話題しか書き込まれないのがｻﾐｽｨ
漏れもそうだけど、XULプログラミング一般ってネタ少ないねやっぱり。

240: ◆sX5Fl3bU
02/07/13 18:14
>漏れもそうだけど、XULプログラミング一般ってネタ少ないねやっぱり。

XUL 一般となるとまだ少ないけど、
ｽﾚﾘﾝｸ(mac板:879-886番)n
の bookmarklet なネタとかも合わせれば地道に増えてる気もする。
ちなみに bookmarklet については
URLﾘﾝｸ(www.squarefree.com)
とか。

直接は関係ないけど XUL 開発に使えるかもしれない Tips をばひとつ。

● Chatzilla を JavaScript のちょっとしたテスト実行に使う。
・Chatzilla は *Client* タブの画面でコンソールに JS 式を書くと
直接実行される。
・コンソールで Ctrl + ↑ を押すと複数行入力が出来る。
送信は Ctrl + Enter。
・display() が組み込まれてるので、表示画面に返り値など表示できる。
これらを利用して…
-------------------------------------------
function setLoadImage(value)
{
var prefkey = 'network.image.imageBehavior';
var pref = Components.classes['@mozilla.org/preferences;1']
.getService(Components.interfaces.nsIPrefBranch);
pref.setIntPref(prefkey, value);
display("load Image mode: " + pref.getIntPref(prefkey));
}
setLoadImage(2);
-----------------------------------
とか入力すると、画像表示可・不可の切替が出来る。

現在のブラウザウィンドウを参照するときは
--------------------------------------------
const WINMAN = Components.classes['@mozilla.org/appshell/window-mediator;1']
.getService(Components.interfaces.nsIWindowMediator);
function getWin() { return WINMAN.getMostRecentWindow('navigator:browser'); }
// 上２行ブラウザウィンドウを取得するのに必要。
getWin().getBrowser().contentDocument.location.href = 'URLﾘﾝｸ(www.mozilla.org)';
-----------------------------------------------------
こんなかんじ。もっと楽したければ Contextmenu-Extension の
JavaScript TestRun や Custom Script つかうべし。

考えてみると、これ利用すればマクロ実行とかできそうな予感。

241:厨房もじらー
02/07/13 23:27
>>240
おお、ｽｺﾞｯ
感動した!
複数行表示とか全然知らなかったよ。
JSLibにはスクリプトを読み込むinclude()関数っていうのがあるんだけど
これも使えば、外部JSファイルを追加読みこみしたりできるし
マクロ実行とかできそう。

bookmarkletネタだと漏れは
javascript:resizeTo(640,460);
javascript:resizeTo(808,680);
javascript:resizeTo(1024,748);
とかやって、ウェブページ作成のときに
画面サイズの目安にしたりしてるくらい。。。

全然フツーだな、ｽﾏｿ逝ってくる。。。

242: ◆sX5Fl3bU
02/07/14 00:46
>>241
include()関数？と思って JSLib 見てみたら…
---------------------------------
const PROG_ID = "@mozilla.org/moz/jssubscript-loader;1";
const INTERFACE = "mozIJSSubScriptLoader";
const Inc = new Compornents.Constructor(PROG_ID, INTERFACE);
(new Inc()).loadSubScript(aScriptPath);
---------------------------------------
及び
URLﾘﾝｸ(lxr.mozilla.org)
こんなもん用意されてたとはっ(当然？)

243: ◆S0qIRC9I
02/07/14 01:29
>>242
おぉ、そんな機能があったとは。
CustomScriptにも取り込もう……

244:厨房もじらー
02/07/14 02:15
ファイル読み込みができるんだから(XPCOM使って)
読み込んだファイルの内容を
eval()してやっても同じことができる？とか妄想した漏れはアレゲですか？

245: ◆S0qIRC9I
02/07/14 03:30
>>244
げふ。もう短縮構文作っちゃいました。後の祭り。

246:厨房もじらー
02/07/15 00:11
>>245
いや、>>244はネタですた(藁
普通に>>242のほうが早いと思うし、
逝ってみただけです。。。

247: ◆q78mh/0k
02/07/15 04:42
Deskmod.com に、XUL アプリを置けるカテゴリが作られてるので、
ご報告。カテゴリ名は変わるかもです。（今は mozilla plugin）
URLﾘﾝｸ(www.deskmod.com)

# 暑い・・・。

248:厨房もじらー
02/07/16 03:54
>>247
情報ﾏﾘｶﾞﾄｰ
Piro氏のFloating Sidebarが入ってるNe!
mozdev.orgはなんかパンク状態みたいだし
もっとリソースがいろんなところに分散されるといいんだけどね
そういう意味では
DeskModはテーマだけ配ってりゃいいって思ったの漏れだけ?

249: ◆sX5Fl3bU
02/07/16 14:28
>>248
descmod の Floating Sidebar は Piro さんのとは別物よん。

Chatzilla の components/chatzilla-service.js みたいな
コマンドラインに -sidebar オプションつけたり
Mozilla 起動時の初期化とかしてるみたいなんだけどわけわかめ。
使いこなせれば Moz2ch にも利用できるんだろなーと思うんだが…

250: ◆q78mh/0k
02/07/16 19:48
ツールバーに Home ボタンを追加するアドオン。
ここの方々はアンインストール方法分かると思うけど、
一応、そのページにも書いています。
（overlay 、chrome.rdf 削除と、installed-chrome 編集）
URLﾘﾝｸ(home.no.net)

Deskmod は、以前から Mozilla 以外のものを配布していたらしく、
何でもあれのような感じもします。
mozdev はどうにかならないものかと思いつつ。
一応、ヨーロッパと米国のミラーがふたつくらい名乗り出てくれたところが
あるらしいので、どうやってミラーリングするシステム組むか、とか
あるのかも知れないです。同時分散できない部分もあるし。

251:厨房もじらー ◆Moz2cH0k
02/07/17 02:04
>>249 >>250
Piroさんのとは別物でしたか。。。確かめずに書いてｽﾏｿ

起動時の初期化はJSComponentとしてどうこうで必要だった様な。
JSComponent関連は全然わからぬのですが(苦笑

Homeボタン、アイコンはよくできてると思うんだけど
ボタンは四つがまとまりがいいなあ。。。
どうせやるなら、ツールバーボタンの編集機能をつけるとか
もっと斬新なことをやってほしい感じ。

DeskModは、帯域に余裕があるなら何したってかまわないんだけどね。。。
っていうか、Mozdevはいろんなサービス提供しまくってるわりに
リソース不足だから、Webホスティング機能がパンク状態みたいな。。。
うーん。。。XULアプリ開発の中心的存在としては
もっとなんとかなってほしいですね。。。

252:221
02/07/18 14:57
カスタムメニューバー、ver 0.93 にしました。
URLﾘﾝｸ(member.nifty.ne.jp)
（URL の誤字を修正）

フルスクリーンモードに対応、ですが、内部的には、
fullscreentoolbar="true" を足しただけです。(w

253:厨房もじらー ◆Moz2cH0k
02/07/18 17:05
>>232
入れてみました。普段は使わないんですけどね（藁
前もあったのかも知れませんが、ツールバーボタンのツールチップに
どのメニューのアイテムか(表示 | 大きくみたいに)
出るようになってるのが（・∀・）ｲｲ!!と思いますた。
ﾌﾙｽｸﾘｰﾝﾓｰﾄﾞは普段使わないので特に感想なし！

Mozilla 1.0.1では新タブボタンがタブバーに付くようなので
Navigator タブはいらなくなるかな。
で、やっぱりアイコンがﾎｽｨ。。。
XULアプリはテーマとの兼ね合いが難しいと思った今日この頃。。。

254:デフォルトの名無しさん
02/07/19 00:33
>>251
Homeボタンは、レディーメイドで、ヘルプ用に用意されているものですね。
ちなみに、それが既定の Toolbar 用アイコンで、ナビゲータの方は
small ツールバーモードになります。たしか。

>>252
テキストの Larger/Smaller がとても便利です。Navigator Tab ボタンは、
1.0.1 自体に組み込まれそうなので不要になってしまいそうです。と、253 と同じことを感じました、、。
1.0 の API の固定化というのは、ベースの部分なので、
フロントエンドは 1.0.x でも結構変わるのではないかなあ、と予想してます。
（でも、1.0.1 以降は大幅には変わらないような予感です）

Show/Hide の縦表示が長いので、これは Scroll ボタンを付けたほうが良いかな、
と思いました（XGA だと全部見えない）。

個人的には、ブックマークは、ContextMenu Extentions のコンテクストメニューからがベストかな。フルスクリーンはたまに使うほうなので、良いです。リストアするときも同じボタンでできるのですね。

ワンクリックアクセスで制御できる部分に絞ると他と棲み分けできて良いかも、とか、ツールバーではなくて、フロートにしてしまったほうが面白いかも、と勝手なことを考えました。

255: ◆q78mh/0k
02/07/19 00:38
>>253
テーマとの兼ね合いが難しいところってどういう点でしょう？
自前で用意することもできますよね？

256: ◆q78mh/0k
02/07/19 00:50
>>254 への追記（was >> 252 ）
[Print Preview] にワンクリックで行けるのも結構便利です。

257: ◆q78mh/0k
02/07/19 00:56
>> 254 へのさらに追記
思ったのですが、[back][forward][reload][stop] も組み込んで、
[open URL] も一応組み込むと、テキストオンリー的な使い方も出来て良いかも知れないです（メインのツールバーが無くても、ナビゲーション出来るようにしてしまう形）。
連続書き込み失礼。

258: ◆q78mh/0k
02/07/19 01:01
> Show/Hide の縦表示が長いので、これは Scroll ボタンを付けたほうが良いかな、
と思いました（XGA だと全部見えない）。

すいません、Moz を再起動したらちゃんと出てきました。
自前で適当に弄ったもので少し実験していたからかも知れないです。

259:252
02/07/19 09:16
>>253
ども。
ツールチップの大項目は、
単品ではわかりにくそうなメニュー項目だけに付けてます。
「Navigator タブ」は、次期バージョンでデフォルトから外します。

アイコンが課題ですね。少し遊んでみます。

260:252
02/07/19 09:18
>>254-258
好意的な評価とコメント、ありがとうございます。

> フロートにしてしまったほうが...
いや、確かに面白いのですが、力量が伴いません。（藁
Piro さんのフローティングサイドバーを研究してみます。

> テーマとの兼ね合いが難しいところ...
アドオン作者側としては、ユーザーがどんなテーマを使用しているか
がわからないので、
自前のアイコンとユーザーが使用しているテーマとが
ミスマッチするとイヤ、という点があります。
全てのテーマに、メニュー項目に対応したアイコンセットが準備されている、
と言うのが理想なのですが。

> テキストオンリー的な使い方も出来て...
冗長度120%アップ（当社比）ですね。
これは比較的簡単なので、要望が多いようなら追加します。

Bugzilla に乱入する勇気がわいてきました。
これから逝ってきます。

261: ◆S0qIRC9I
02/07/20 03:29
>>260
不要なアドバイスかも知れませんが……

関数で最近アクティブだったNavigatorウィンドウを取得するようにして、
oncommand="navWindow().addBookmarkAs();"
とかすれば、フロート化したウィンドウからそれぞれの機能が使えます。

あとは、別ウィンドウ時はノッチを隠すとか、そんな感じでどうでしょう。

262:260
02/07/22 12:08
>>261
コメントありがとうございます。

> 不要なアドバイスかも知れませんが……
XUL 初心者に不要なアドバイスは存在しません。(藁

厨な質問で恐縮ですが、

> 関数で最近アクティブだったNavigatorウィンドウを取得する...
URLﾘﾝｸ(www.cc-net.or.jp)
で良いのでしょうか？

> 別ウィンドウ時はノッチを隠す
「ノッチ」って何でしょう？タイトルバー？

263: ◆S0qIRC9I
02/07/22 15:05
>>262
>URLﾘﾝｸ(www.cc-net.or.jp)
なんか……今見たら、途中でドキュメントが混ざっちゃってますね（汗）
まあともかく、nsIWindowMediatorを使ってnavigatorのウィンドウを取得するという話です。
ただ、Moz1.0からはクラスの登録名が変わったのか何なのか、1.1くらいになるとこれだとエラーになります。

if (Components.classes['@mozilla.org/appshell/window-mediator;1'])
var WINMAN = Components.classes['@mozilla.org/appshell/window-mediator;1'].getService(Components.interfaces.nsIWindowMediator);
else
var WINMAN = Components.classes['@mozilla.org/rdf/datasource;1?name=window-mediator'].getService(Components.interfaces.nsIWindowMediator);

Moz1.0以降でしか動作させないなら、条件分岐させずに前者で決め打ちしちゃってOKではないかと。

あと、ノッチじゃなくて、グリッピーでした。ツールバー左端にあるアレです。

264: ◆S0qIRC9I
02/07/22 23:39
当該部分の記述を分離しました。
URLﾘﾝｸ(www.cc-net.or.jp)

265:超ぉ～Anne
02/07/24 03:20
うぇー、なんか皆たのしそうぢゃぁー。
ワシ忙しくてなんもできん・・・

とりあえずネタフリでもしておきますと、誰か script debugger の
使い方分かる人いらはりませんかね？

#次ここを見られるのは何日後だろう・・・

266: ◆sX5Fl3bU
02/07/24 11:53
>>265
Venkman のこと？ < script debugger

URLﾘﾝｸ(www.mozilla.org)
の Venkman Test Drive 以下見たりしてやったこと

1. mozilla -venkman で起動する。(こうしないとデバッガモジュールがロードされない)
2. メニューの [Window] - [Moz2ch] とかで XUL App 起動
(contextmenu extention なら [Window]-[Navigator] とか)
3. 左上から二番目のソースリストからデバッグしたい js ファイルを選ぶ
4. 右上のソース表示画面で[-]をクリックするとブレークポイントが設定される。
5. いっぺん Moz2ch ウィンドウを閉じて[Window] から再度起動すると
ブレークポイントで止まる。
6. Step 実行させて prop this とか右下のプロパティツリーで変数など
確認する。

これで Moz2ch とか Contextmenu-Extension の処理の流れを見たりしたんだけど…

・プロパティツリーの見方とかわしもよくわからん。
・App ウィンドウ何度も開いたり閉じたりしてるとばんばん落ちる(ぉ
・Mozilla 1.0 だと[Window] メニューがない。
open-dialog コマンドで chrome://... 指定すればいけそう。
・Mozilla 1.1b で 1.(mozilla -venkman) しなくてもよくなったのかな？
URLﾘﾝｸ(www.hacksrus.com)
見てくれ。

こんなんでどぉ？

267:デフォルトの名無しさん
02/07/25 19:41
"Creating Applications with Mozilla"買う人いる？

268:厨房もじらー ◆Moz2cH0k
02/07/25 23:21
内容を見てみないことには。。。
漏れが知ってることしか書いてなければ必要ないし(藁
書籍というのは、得てして「最新」でありにくい、というのもあるしね。。。
XULプログラミングは動きが激しいから。

269:デフォルトの名無しさん
02/07/25 23:39
Utility Panelsはもう開発されないのですか？

270:厨房もじらー ◆Moz2cH0k
02/07/26 01:06
>>269
作者さんが今忙しいみたいなんで(>>265参照(藁
今は動きがないですが
時間ができたらまた弄るんじゃないですかね
漏れにはわからないけど。。。

271:デフォルトの名無しさん
02/07/31 07:16
下がりすりぎ
一度上げておきましょう

272:デフォルトの名無しさん
02/08/22 22:08
age

273:今日 XUL の存在を知った奴
02/08/31 02:16
Hello World を打ち込んで動かす事は出来たのだが、Mozilla 1.1 で
再起動せずに制作中の XUL を更新する方法が分からない。「chrome の
キャッシュを無効にしろ」という記述があったが設定が見つからない。
良い方法を教えて下さい（毎回再起動じゃ実験にならん）

あと、XUL を使って、どのページ閲覧中でも強制的に最上位に描画を
するような物は作れるんでしょうか。具体的に言えば「ブラウザ内に
常駐デスクトップアクセサリ（マウスカーソルを追いかけるやつとか）
を作ることが出来るのか？」ということなのだが

274: ◆S0qIRC9I
02/08/31 05:24
>>273
Preferences > Debug > Events
Mozilla1.1などのマイルストーンビルドでは項目が隠されているので要注意。
prefs.jsを直接いじるなら、 "nglayout.debug.disable_xul_cache" を有効にして下さい。

ウィンドウの最前面表示は、window.openDialogでフラグに ",alwaysRaised"を加えれば可能です。動的な変更はできませんが。
作れるウィンドウの形は矩形に限られるので、アクセサリの作成には向いてないと思います。
一つのウィンドウ内で動作させるだけで良ければ、<image>をCSSのポジショニングを使って配置するとかすれば実現可能かと。

275:273
02/09/01 00:28
>マイルストーンビルドでは項目が隠されているので要注意。
なるほど、だから無いんですね

>prefs.jsを直接いじるなら
このファイル自体ありませんね(Mozilla1.1)。grep しましたが
nglayout.debug.disable_xul_cache の設定をしている js ファイル自体
見つかりませんでした。そこで

default/pref/all.ja　の最後に
pref("nglayout.debug.disable_xul_cache", true);　という記述を追加

してみたところ、キャッシュが無効になりました。これで色々実験が
出来ます

>動的な変更はできませんが
うーん、残念

>ウィンドウ内で動作させるだけで良ければ
それは作ってあるので、これが Mozilla に常駐出来たら面白いかなと
思ったんですけどね

276:デフォルトの名無しさん
02/09/02 21:18
prefs.jsがファイル自体存在しない、ってどういうこと？
誰か理由が推測できる人、解説キボン

277:デフォルトの名無しさん
02/09/02 21:23
>>273
あー、なんとなくわかった
prefs.jsはもじらのインストールディレクトリ下ではなく、
プロファイル関係のディレクトリに入ってるんだが。

278:デフォルトの名無しさん
02/09/05 02:23
>>276
親ディレクトリ等が隠されている場合、prefs.jsなどの中身のファイルも見えなくなるようです。

279:273
02/09/08 01:14
>276,277,278

再度探したところ、
C:\WINDOWS\Application Data\Mozilla\Profiles

の下のユーザー名の下の　zlbi7tjz.slt　というディレクトリ
（なんじゃ、この名前は）にありました。Mozilla は D ドライブに
インストールしてたので気づかなかった。ってゆーか、勝手にこんな
所にデータ作ってるとは...

# ってゆーか、その前に Windows 版だって書いてませんでしたね。失礼
# しました。

ちなみにここの pref.js にも　xul cache の設定は無かった。自分で
書く必要がありそうです。試してませんが。

280:デフォルトの名無しさん
02/09/08 01:22
>>279
変な名前のディレクトリを作るのは、セキュリティのためだそうです。
隠し設定は元々の設定ファイルには記述されていないので、大概は自分で書く必要があります。

281:デフォルトの名無しさん
02/09/08 09:58
勝手に、っていうけど、これが一番MSの意図に沿った管理方法だが。
IEやOEなどもこの方法をとってる。さらに言えばdoc/viewモデル。
シリアライズされたデータは実行ファイルとは分けて考える。
pref.jsにない項目をいじる場合、user.jsファイルを追加して
そこに書きこむと反映される（pref.jsにコピーされる）、だったかな。

282:デフォルトの名無しさん
02/09/08 13:25
findbar(･∀･)ｲｲ!!
xpfe/components/find/resources/finddialog.jsも書き換えたいな…

283:デフォルトの名無しさん
02/09/08 16:39
URLﾘﾝｸ(www4.tkcity.net)
に行けないよぉ。鯖落ちしてるだけならいんだけど。

284:超ぉ～Anne
02/09/09 00:07
>>283
鯖落ちですｽﾏｿ。ここ数日ずっと落ちてるみたいです。
ただ、当方現在（って何箇月前からだよ（涙））多忙につき、引越し先を
探してる暇がないんです・・・
# 「そのくらいあるだろ」と言われそうですが、なかなか・・・

>>282
勉強不足で申し分けないんですが、それ何ですか?
ちょいとディレクトリ掘ってみたけど見当たらず・・・

ついでにphoenixでproxy設定が出来ないんでproxybarを付けようと思ったら
何故かOverlayを読み込んでくれない模様。何か変わったんですかねぇ?
誰か何か知ってたら情報ｷﾎﾞﾝﾇ。proxyさえクリアできればphoenix常用なんですが・・・
# 当方ノートで場所毎にproxyが違うんでpref.jsいじるのはちょっと勘弁

285:283
02/09/09 00:50
鯖落ちでよかった。findbar 手に入れたかったんだけどちょっと待ちます。

phoenix は変わったっつーか、navigator.jar がなくなって browser.jar に、
toolkit.jar 内が大幅に変更されてる様子。navigatorOverlay.xul もなくて
browser.jar!/browser.{xul.js} に全部書いてあるっぽいんでそっちに
Overlay すればいいのかな？全部書き換えないと無理っぽい肝

286:デフォルトの名無しさん
02/09/09 01:57
>>285
隊長、findbar発見しました!
URLﾘﾝｸ(rh.vinelinux.org)

287:超ぉ～Anne
02/09/09 03:15
>>283
まさか利用者がいるとは思っていなかったっす（ｗ
どうもご利用ありがとうございます。ヘタレなブツでｽﾏｿ
なんでしたらテンポラリなメアドでも教えて頂ければお送り致しますが・・・

navigatorOverlay.xul は overlayinfo にも書いてあるし、comm.jar にも入ってる
んですが、もしかして使われてないんですか!?
それならproxybarも呼ばれないの納得ですわ・・・
さてどーすべぇか・・・

>>286
そんなのもあるんですね。
名前が被るとどーなるか分からないんで恐くてインストールしてないんですが、
ソース見た感じではツールバーで同じ事してるっぽいですね。
個人的にはステータスバー派なのですけど、>>283 氏も別にステータスバーに
こだわらなければこちらでもよろしいのではないかと。

288:超ぉ～Anne
02/09/09 03:57
URLﾘﾝｸ(www26.tok2.com)
昔取ったまま何も使ってなかった垢発見しますた（藁
とりあえず再利用ってことでここに置いておきます。
よろしければどーぞ。

289:デフォルトの名無しさん
02/09/09 04:27
>>287
まぁ、Phoenixはnavigatorのコードを全部捨てて（XULレイヤで）ゼロから作り直してるわけですから、navigator用のアドオンは全滅と考えておいた方がいいかもしれません。

290:デフォルトの名無しさん
02/09/10 13:47
XUL Planet リニューアル sage!
URLﾘﾝｸ(www.xulplanet.com)
Preferences Toolbar も大幅アップデート！
URLﾘﾝｸ(www.xulplanet.com)

・・・でも、腰を据えて弄りまわす時間的余裕が無い・・・。

291:超ぉ～Anne
02/09/11 00:36
ちょちょいとbrowser.xul@phoenix見てみたんだけどどーもoverlayさせない勢
いのコードっぽいですなぁ。しょーがないから自分用browser.xulに書き変えてちまったぃ。
これで快適じゃ…ってアップデートするたんびにこんなことするのメンドクセェな…

292:デフォルトの名無しさん
02/09/11 10:52
>>284
> ちょいとディレクトリ掘ってみたけど見当たらず・・・

間違えて、1.0rc1のsource読んでた…
見つからなかった時のdialog windowがウザイので、
./xpfe/communicator/resources/content/findUtils.jsの
> gPromptService.alert(window, gFindBundle.getString("notFoundTitle"), gFindBundle.getString("notFoundWarning"));
を何とかしようと思っている。

293:デフォルトの名無しさん
02/09/11 11:25
aa.poromeria@docomo.ne.jp
メールボムかも～ん

294:デフォルトの名無しさん
02/09/11 18:28
>>293
通報しました

295:デフォルトの名無しさん
02/09/13 00:58
MozDev のダウンロードミラー
URLﾘﾝｸ(downloads.mozdev.org)

296:デフォルトの名無しさん
02/09/13 03:16
　　　　　　　　　　　　　　「￣￣了　ハイハイ！
　　　　　　　　　　　　　　l h「￢｜　どいてどいてぇ～。
　　　　　　／￣￣＼＿_,ト、々/＿＿＿＿
　　　　　／　　　/-∧i.　/　 jﾃ、　　　　　 f￣ヨ
　　　　/　　　.／293)　/ 　/ /.il iー―‐u'￣
　　　./　　／ー''　/　/　 / /　l　l
　　 i'　　／　　ｌ　ヽ../　　ﾚ'　　l　l
.　 /　 _/　＼　 !、　lヽ＿＿＿_」　l
.　 !、/　＼.　＼　＼lN　=口=　ト./
　　　ﾄ、＿_＼/ﾄ、/ﾄ、　　y　　 l
　　　l　　　￣(　）y　）　 /l　　　i
　　　l　　　l 　 Y''/ー'　 / .l　　　l
　　　!、　　l　　l./　　　/　 l　　　l
　　　/　　/　　l/　　 ,/　　i'　　 l
　　/_　 ./l　　 l｀ー‐〈　　　ﾄ.＿_」
　　L_｀`^yﾄ.＿」、ー"　　　`ヽ＿」
　　　`ー'　`ヽ＿」

297:デフォルトの名無しさん
02/09/21 19:06
Mozilla雑誌の掲載されていたね～

298: ◆Moz2cH0k
02/09/22 03:02
Creating Applications with Mozilla
がOpen Public Licenseで読めるようになってるみたいなので
参考にするひとはどぞー

URLﾘﾝｸ(books.mozdev.org)

299:デフォルトの名無しさん
02/10/06 02:13
Phoenixスレより転載。

Mozilla のアドオンを Phoenix でも動作させる
URLﾘﾝｸ(ryuzi.dyndns.org)
URLﾘﾝｸ(www.mozillazine.org)

非常にあっさり。

300:デフォルトの名無しさん
02/10/13 01:09
ミ・д・ミ

301:デフォルトの名無しさん
02/10/14 08:45
Mozillaに関係ない自アプリから複数URLをNavigatorに送って、
それらを全て（将来的にはボタン押下毎にURLを上から５つ程度）
新規タブで開くという機能を追加したいのだけれど
実現方法に悩んでいます。できればアドバイスください。

XULを使用してMozillaと関係ないアプリと通信する方法はあるでしょか。
あるいは他の選択肢を選んだ方がいいでしょか。思い付いたのは↓３つ
・DDEのWWW_OpenURL→既存ウィンドウの選択中タブに表示される
・XUL→XPCOMはMSのCOMとはどうも別物っぽい(?)
・SideBar→実態はHTMLらしいので自分で更新して実現できる、か？

#スレ違いだったらスンマセン

302:デフォルトの名無しさん
02/10/14 17:18
>>301
window.argumentsで引数が取得できますから、
navigatorではない別のダミーの（ウィンドウを生成しないような）XULアプリを経由してメッセージを送るとか、そんなのは駄目でしょうか。駄目ですね。

303:301
02/10/14 23:48
>>302
引数が読めますか。ＵＲＬを列挙したファイル名あたりを送れば
実現できそうな気配。チョイ探ってみますｻﾝｸｽ

304:デフォルトの名無しさん
02/10/15 02:50
>>303
実際やるなら、流れとしてはこんな感じでしょうか。
NativeApps > "mozilla.exe -chrome chrome://receiver/content/ %1" で、
receiver.xulの中で

var windowManager = Components.classes["@mozilla.org/appshell/window-mediator;1"].getService(Components.interfaces.nsIWindowMediator);
var nav = windowManager.getMostRecentWindow("navigator:browser");
if (nav) nav.getBrowser.addTab(window.arguments[0]);
else window.open(window.arguments[0]);
window.close();

みたいな。

ちなみに、最近のNavigatorは'\n'区切りのURLのリストを渡すと全てタブで開くようになってます。

305:訂正
02/10/15 02:51
getBrowser > getBrowser()

306:301
02/10/20 12:56
>>304 「'\n'区切りのURLのリストを渡すと～」
なんと！！多謝。試してみま。
つか、ＸＵＬ結構勝手が違うんで難儀してたあるよ。

307:デフォルトの名無しさん
02/10/20 14:11
>>306
念のため書いとくと、Navigator起動時の引数の話ね。

308:デフォルトの名無しさん
02/10/21 14:37
応用したら開いてるURLをGETしてIEで開くボタンとか作れそうですねえ。
マルチプラットフォームには難しいか。
あ、最初に他のブラウザを登録させればいいのかな。
このくらいならステータスバーでも邪魔にならないでよさそう。
問題は作り方がぜんぜんわかんないことなんだけどね。

｜＿・）　物欲しげな目でちらっ

309:デフォルトの名無しさん
02/10/21 16:57
xulやjsでetagsが使えれば・・・

310:デフォルトの名無しさん
02/10/21 17:09
>>308
ContextMenu-Extensionsからパクればよいのでは

311:デフォルトの名無しさん
02/10/22 19:20
>>310
その手が、って開いてみたけど・・・。
チュートリアルからやり直してみる。

312:デフォルトの名無しさん
02/10/26 11:22
ちょっとしたツールならXUL使った方が簡単かもしれませんが、
2chブラウザを作るとなると全部JavaScriptってのは逆にしんどくありませんか？

313:301
02/10/26 11:34
>>304 「'\n'区切りのURLのリストを渡すと～」
１つのURLを開く事はできるんだけど、肝心の２つ以上がちと。
\nという文字列で区切ったりキャラクタコードの10,13,13+10で
区切ったり色々試したけどなんか駄目ですた。
Netscape/7.0＠Gecko/20020823 使ってるんですが…
ひょっとして、最新Mozillaじゃないと駄目すか？

314:デフォルトの名無しさん
02/10/26 12:05
>>313
その通りです。
Mozilla1.2b以降の機能です。

315:301
02/10/26 13:44
>>314 ｾﾝｷｭす。Mozilla取ってきま。

316:デフォルトの名無しさん
02/11/08 09:29
prefbarにページのソースを表示させるボタンを付けたいのですが
onclickはなんと書けば良いのでしょうか。全然わからない。。。

317:デフォルトの名無しさん
02/11/08 21:58
>>316
getBrowser().addTab("view-source:" + getBrowser().contentDocument.location.href)
こんなんかな

318:デフォルトの名無しさん
02/11/08 23:39
>>317
location.hrefよりgetBrowser().currentURI.specの方がいくない？
気分的にだけど。

319:316
02/11/09 09:21
>>317-318
両方ともいけました！大感謝です。
ありがとうございました〜。

320:デフォルトの名無しさん
02/11/09 16:50
XUL チュートリアル和訳：URLﾘﾝｸ(www.janit.com)

を読もうと思ったら404なんですけど、うちだけでしょうか？
他にチュートリアルの邦訳を提供しているサイトってありますか？

321:デフォルトの名無しさん
02/11/09 17:40
>>320
URLﾘﾝｸ(xul-app.hp.infoseek.co.jp)
ここが、「やろうとしている」のは知ってる。

322:320
02/11/09 20:26
>>321
レス有難うございました。404の連続だったので、
例のサイトをWebArchiveで見ることにします。

323:デフォルトの名無しさん
02/11/22 23:39
xulやjsでetagsが使えれば・・・

324:デフォルトの名無しさん
02/11/26 22:48
>>320
URLﾘﾝｸ(xul-app.hp.infoseek.co.jp)
もしかしたらどこか欠けてるかも知れないけど
例のサイトを保存しておいてます。どうぞ

325:デフォルトの名無しさん
02/12/08 02:41

326:デフォルトの名無しさん
02/12/08 02:41

327:デフォルトの名無しさん
02/12/08 02:41

328:デフォルトの名無しさん
02/12/08 22:38
みんなで
URLﾘﾝｸ(books.mozdev.org)
を訳しませんか？

329:デフォルトの名無しさん
02/12/08 23:09
Chapter 2
さぁ、はじめよう

君ができるだけ早くアプリを作れるよう、このチャプターでは２つの
"Hello World" の例を示そう。

最初の例はブラウザウィンドウにロードされるシンプルな XUL
ファイルだ。この例はスタイルシートや Java スクリプトの関数を
XUL ファイルに追加することで拡張することができる。
第二の "hello World" の例はどうやってこれらのファイルをパッケ
ージにするかを教えてくれる。これらはモジュールになっていて
Mozilla アプリケーションや新しい Mozilla モジュール
を作るのにぴったりだ。

これらの例は Mozilla アプリの開発について検討するための背景
を提供してくれる.
最初の例は基本的なファイルの作成と編集に焦点をおいている。
第二の例はMozillaアプリの構成と配布に焦点をおいている。

330:デフォルトの名無しさん
02/12/08 23:10
全ての "Hello World" アプリケーションのように、Example 2-1
に XUL の簡単な例を示す。
この小さな例はイベントハンドラの利用やウィンドウ内のレイアウト
のためのボックスなど　XUL プログラミングにおけるいくつかの重要
な面を示している。また、この例はファイルフォーマット、ネームス
ペース、XULプログラミングにおける習慣などの言語についての一
般的な。。。を教えてくれる。

エディタを使って Example 2-1 を hello.xul という名前で保存し、
Mozilla で開いてみよう。ブラウザウィンドウの左上角にボタンが
見えるだろう。ボタンをクリックするとアラートボックスが表示される
はずだ
Figure 2-1 に表示されるアラートポップアップウィンドウを示す。

次のいつくかのセクションでこの例について詳細に説明しよう。
ファイルそのものやマークアアプの文法、XUL のネームスペース、
XUL ファイルの基本的なレイアウトについて解説する。

331:デフォルトの名無しさん
02/12/08 23:15
かなり適当＆間違いあると思うけど、こんな感じでどうかな？

別スレ立てるかサイト作りたいけど一人で続けるだけの体力がない。

332:デフォルトの名無しさん
02/12/08 23:32
例を和訳してみますた♥

Example 2-1: Hello xFly
<?xml version="1.0"?>

<window xmlns="URLﾘﾝｸ(www.mozilla.org)">
<box align="center">
<button label="hello xFly" onclick="alert('Hello World');" />
</box>
</window>

333:デフォルトの名無しさん
02/12/08 23:34
間違えた。これじゃぁﾈﾀにならねぇぢゃん。鬱氏♥

Example 2-1: Hello xFly
<?xml version="1.0"?>

<window xmlns="URLﾘﾝｸ(www.mozilla.org)">
<box align="center">
<button label="hello xFly" onclick="alert('ｺﾝﾆﾁﾊｾｶｲ');" />
</box>
</window>

334:デフォルトの名無しさん
02/12/08 23:36
これが正解か。ってｽﾚ汚しとるだけやがな ♥
例 2-1: ｺﾝﾆﾁﾊ xFly
<?xml version="1.0"?>

<window xmlns="URLﾘﾝｸ(www.mozilla.org)">
<box align="center">
<button label="ｺﾝﾆﾁﾊ xFly" onclick="alert('ｺﾝﾆﾁﾊｾｶｲ');" />
</box>
</window>

335:もくじ
02/12/08 23:40
Mozillaで作るアプリケーション

目次
[chapter 00]: はじめに
[chapter 01]: プラットフォームとしてのMozilla
[chapter 02]: Getting Started
[chapter 03]: XUL要素とその機能
[chapter 04]: MozillaアプリケーションのCSS
[chapter 05]: Mozillaのスクリプト
[chapter 06]: パッケージングとアプリケーションのインストール
[chapter 07]: XBLによるUIの拡張
[chapter 08]: XPCOM
[chapter 09]: XULテンプレート
[chapter 10]: RDF, RDFツール, 内容モデル
[chapter 11]: ローカライズ
[chapter 12]: リモートアプリケーション

[Appendix:A]: Mozillaのソースの入手とビルド
[Appendix:B]: 開発ツール
[Appendix:C]: プログラマのためのリファレンス

[resources] : リソース
[corrections]: 訂正

336:0章
02/12/08 23:42
Mozillaで作るアプリケーション

[PREV][TOC][NEXT]
はじめに

MozillaはただのWebブラウザではありません。Cascading Style Sheets (CSS),
XML-based User-interface Language (XUL) や eXtensible Binding Language
(XBL)、Resource Description Framework (RDF)などのXMLアプリケーションなど
の標準技術を用いてクロスプラットフォームなアプリケーションを作成するため
のフレームワークでもあるのです。

MozillaのレンダリングエンジンのGeckoは、XPConnectやXPCOM、Mozillaのコン
ポーネントモデルなどの他の技術とともに、このフレームワークの一つとして働
きます。また、Mozillaの開発環境はJavaScript, C++, C, Python, IDLなどのプ
ログラミング言語も使用します。

Mozillaのフレームワークは、MozillaをベースとするNetscapeのブラウザ
（Netscape 6.xや7.x）、GaleonやChimeraなどの他のブラウザ、ChatZillaや
JabberZillaなどのチャットクライアントにも使われます。また、アプリケーショ
ンの開発者は、Mozillaを開発ツールやブラウザ自体の拡張機能、ゲーム、その
他のアドオンを作るのにも使います。

この本は、Mozillaでどのようにしてアプリケーションを作るのかを説明し、
Mozillaの強力なクロスプラットフォームの開発環境を使ってあなたがプログラム
を作るための手順をステップアップ形式で提供します。また、他の既存のアプリ
をMozillaによる開発の可能性のデモンストレーションのために例として含んでい
ます。

337:0章
02/12/08 23:44
Mozillaの背景

Netscape Communications社（以下Netscape社）が設立された時、Netscape社は、
当時インターネットへのアクセス用に一番普及していたNCSA Mosaicよりも、優れ
たブラウザを作ることを計画しました。この新しいアプリは「Mosaicキラー」とな
るものでした。そうこうするうち、このフレーズは「Mozilla」と略されるように
なり、Netscapeのブラウザのコードネームとなりました。

MozillaはNetscapeの製品一つの代名詞となりました。そして1998年3月31日、
URLﾘﾝｸ(www.mozilla.org)はNetscapeの次世代のCommunicator 5.0ブラウザ環境を
開発するためのサイトとして発足しました。この時点で、Mozillaはオープンソー
スのプロジェクトとなり、Netscapeでの起源を越え、独立した存在となりました。

NetscapeがCommunicatorのソースコードをオープンソースのコミュニティへ公開し
た時、それは前例のない行為でした。有名なソフトウェア企業で自社の商品のソー
スコードを公開したところは、それまでまったくありませんでした。この時、この
ことは、多くのソフトウェア業界の人々や報道関係者の間で議論を呼びました。

多くの企業が、Netscapeに続いて、彼らの製品をオープンソースコミュニティへ公
開しだしました。サン・マイクロシステムズはURLﾘﾝｸ(www.openoffice.org) や
URLﾘﾝｸ(www.netbeans.org)などを含むいくつかのプロジェクトに資金援助をしまし
た。アップル社も、新しいOSの核となる部分を、Darwinと呼ばれたオープンソース
のプロジェクト（URLﾘﾝｸ(developer.apple.com)）を元に開発しました。

338:0章
02/12/08 23:44

Mozillaのソースコードが公開されて1年後、Netscapeの古参の経営者の一人である
Mike Homerはこんな風にコメントしました。「MozillaはNetscapeよりも大きく、
そしてそれがMozillaの意義です。Mozillaは本質的に、ある一つの商業的な存在に
よって後援される共同のプロジェクトです。mozilla.orgのスタッフの中には
Netscapeの社員の人もいますし、提供されたソースコードは以前はNetscapeが所有
していました。しかし、そのソースコードがいつかそれ自身独り歩きするようにな
るだろうというのは真実です。」

このプロジェクトが始まってから、多くのNetscape（今ではAOL）の社員がその進
歩に協力したのは事実ですが、多くのNetscape社外の人々もこのコミュニティに参
加しました。Mozillaコミュニティは元々のmozilla.orgを超えるものに成長しつつ
あります。また、Mozillaの支持するニュースサイトのURLﾘﾝｸ(www.mozillazine.org)
や、Mozillaのアプリケーションのプロジェクトを擁するURLﾘﾝｸ(www.mozdev.org)
など、他の有用な情報を提供するコミュニティも生まれました。

IBM, Red Hat, AcitveState, サン・マイクロシステムズなどの企業もMozillaのコ
ミュニティに協力しています。例えばRed Hatは、それまで彼らのLinuxディストリ
ビューションに含まれていたクローズドソースのNetscape 4.xブラウザ環境に対し
て、オープンソースのソフトウェアの選択肢を与えるために、Mozillaのサポート
を提供しています。AOLも、最新のコンピュサーブのクライアントやAOLのクライア
ントでのMozillaの利用を研究しています。

Mozillaの全ソースコードは、興味を持っている人なら誰でも入手することができ、
それ故にMozillaコミュニティは、バグ報告や修正パッチ、新しい開発者の増加な
どの利益を得ています。Mozillaがオープンソースのソフトウェアとして最初に公
開された時からプロジェクトに関係していた人々とともに、コミュニティに参加し
た新しい人たちや企業が、Mozillaプロジェクトの方向性や成果を形成するのに協力
しました。

339:0章
02/12/08 23:45
Mozillaの現状

オープンソースのプロジェクトが発足してから4年後の2002年6月5日、Mozilla
1.0はリリースされました。この本の中の例は、このMozilla 1.0や1.0.x系列の
全てのメンテナンスリリースで動作するように書かれています。

1.0のリリースの後、Mozillaには二つの主な開発系統が作られました。安定して
いて息の長い1.0ブランチは、1.0リリースのコードのバグを修正することを目的
としています。このブランチから定期的に、「バージョン1.0.x」と名付けられた
メンテナンスリリースがリリースされます。全ての1.0.xリリースは元々の1.0リ
リースと完全に互換性があるように（もちろんそれよりもバグは少なく）設計さ
れています。

もう一つの開発のブランチは、Mozilla CVS trunkから作られます。この開発の努
力からの新しいリリースは「1.x」と名付けられ、新機能やアーキテクチャの変更、
あるいは他の付加的なプロジェクトによる発展などを含んでいます。

これらの新しい1.xリリースは、Mozilla 1.0や1.0.xリリース向けに作られたアプ
リケーションと完全な互換性はないかもしれません。しかしmozilla.orgは、将来
の2.0のリリースまでの間、1.xシリーズを通じて、API（XULやXBLの文法も含めて）
をフリーズして互換性を維持することを約束しました。詳しいことは
URLﾘﾝｸ(www.mozilla.org)を見て下さい。

Mozilla自身流動的な開発のもとにあるため、Mozillaの新バージョンがリリースさ
れた時、このフレームワークに基づいたアプリケーションは何らかの影響を受ける
かもしれません。私達は、みなさんがMozillaの状態についての最新の情報を得ら
れるよう、ロードマップ（URLﾘﾝｸ(www.mozilla.org)）を見ることを
お勧めします。

私達はまた、同様に、この本の例を動作させる時にはMozilla 1.0.xを使うことを
お勧めします。そして、Mozillaが期待に応えられるように、最新の1.xリリースを
使うことも推奨します。

340:デフォルトの名無しさん
02/12/08 23:46
以前、ヒマだったので全訳してみるかーなんて思ってやり始めて挫折した、その残骸です。
0章途中までだし。技術情報含まれてないし。役に立ちませんね。

341:デフォルトの名無しさん
02/12/09 00:01
おお、すげぇ。

342:デフォルトの名無しさん
02/12/09 00:18
>>331
に続いてChapter2訳してるけど他にやってるひといるかな？

343:0章続き ◆YNS0qIRC9I
02/12/09 01:42
この本が対象とする読者

この本は主に、全く新しいプラットフォームである、Mozillaの提供するフレーム
ワークの探求に興味を持っているプログラマ（と、プログラマを目指す人たち）を
対象にしたものです。しかし、Mozillaベースのクロスプラットフォームのアプリ
ケーションを作る上で、あなたがプロのプログラマである必要はありません。

以降の章で示されるように、Mozillaベースのアプリケーションを作り始める上で
あなたに必要な技術は、CSS, XML, JavaScript といった既に大抵のWebデベロッ
パーによく知られているいくつかの技術の基礎知識だけです。実際、これはMozilla
ベースのアプリケーション開発の大きな利点です。開発における学習曲線はC, C++,
あるいはJavaのような他の選択肢に比べて緩やかです。

あなたのアプリケーションは自動的にクロスプラットフォームなものになるでしょ
う（もちろん、特定のプラットフォーム向けのアプリケーションを作ることもでき
ます）。また、Mozillaを自分のコンピュータで利用しているユーザにとって、イン
ターネット上で簡単にインストールすることができるものになるでしょう。他にこ
んな事のできる開発プラットフォームがあったでしょうか？

344:0章続き ◆YNS0qIRC9I
02/12/09 01:43
あなたに必要な技術は＞あなたに必要なのは
の方が良かったですね。

345:0章続き ◆YNS0qIRC9I
02/12/09 01:58
この本は、読者がJavaScript, CSS, HTML, XMLをある程度のレベルまで身につけて
いるものと想定して書かれています。もしこれらの技術についてまだあまり熟達し
ていないなら、この本を読む上で、それらの技術について専門的に扱っている他の
本を併せて読むといいでしょう。オライリー＆アソシエイツの有用な本の中には、
「JavaScript：決定版ガイド」「Cascading Style Sheets：決定版ガイド」「HTML＆
DHTML：決定版ガイド」「ラーニングXML」「簡単なXML（第2版）」などがあります。
Mozillaで、あるいはMozillaと一緒に新しい方法で使われる概念と新しい技術が、
それらの本の中で詳細に説明されています。

この本はまた、読者がMozilla 1.0以降をコンピュータにインストールしていて、
テキストエディタあるいはワードプロセッサとともに利用できる状態を想定してい
ます。Mozillaは今やほとんどのパーソナルコンピュータ上で動くので、互換性の
ある（Mozillaが動く）プラットフォームを探すことはそう難しくありません。
Mozillaの詳細なシステム要件については、mozilla.orgのサイトで見つけることが
できます。

346:デフォルトの名無しさん
02/12/09 02:49
よく考えたらそのうちオライリーから日本語訳でそうだ。。。

347: ◆YNS0qIRC9I
02/12/09 03:00
>>346
あんまりアテにできないと思いますよ。
海の向こうは、よっぽどの売り上げが見込めるようでないと日本語訳出さないって言ってるみたいですし。

348:デフォルトの名無しさん
02/12/09 09:15
技術書によっぽどの売り上げを見込まれてもな～

349:デフォルトの名無しさん
02/12/09 09:54
赤字が出ない程度の売り上げは必要ですよ。

350:デフォルトの名無しさん
02/12/09 13:41
最初は自分がわかればいいやって感じで
超適当に訳してたけど、◆YNS0qIRC9Iみたいに
ちゃんと訳してみようかな？

ちゃんと訳すとなると自分の語彙力のなさが
露呈するなぁ。。。

351: ◆YNS0qIRC9I
02/12/09 16:13
>>350
読んで意味が分かればそれでいいんじゃないでしょうか。実際、自分も所々意訳気味ですし。
うまく訳せる人が取り組んでくれていないのだから、うまく訳せなくても自分たちでやるほかないです。残念ですが。

352:デフォルトの名無しさん
02/12/09 16:15
sourceforgeに登録してCVSで管理とか。

353:デフォルトの名無しさん
02/12/09 18:18
まとめサイトは必要かと。

354:352
02/12/09 18:23
帰ってきたけど誰もやってないみたいなので
やってみる。

プロジェクト名は何にしよう？

355:デフォルトの名無しさん
02/12/09 20:03
ｽﾞﾙｽﾞﾙ翻訳 XUL document(ﾌﾟ

なんてのどーよ?(w

356:デフォルトの名無しさん
02/12/09 20:06
襟巻蜥蜴邦訳計画

357:デフォルトの名無しさん
02/12/09 20:46
URLﾘﾝｸ(sourceforge.jp)

358:358
02/12/09 21:14
第3章
XulエレメントとXULの特徴
XML-based User interface Language(XUL)はアプリケーションのUIをつくるのに必要な部品(widget)
を全て備えている。タブ、入力フィールド（textarea)、ボタン、メニューなどがそうで、
中には、普段は必要性をほとんど感じないようなもの（例えば<stack>や<colorpicker>など）もある。

第2章ではウィンドウや基本的なアプリケーションを作るのに必要なXULエレメントのいくつかを紹介した。
本章は、XULの概観、振るまい、そして一般的な用法を説明する。
包括的な内容ではないが、本性を読めば、独自のXULアプリケーションを
作り始めるための情報としては十分だと言える。
特に、付録CのXULリファレンスと併せ読めば、いっそう理解が深まる。

本章で説明するXULエレメント（メニュー、ボタン、ボックス、ツリーなど）はほとんどのアプリケーションで
で必要である。そして、本章ので使っている例は汎用的である。だから、自分の用途に合わせて、
その例を組み込んだり、カスタマイズしたりできるだろう。この章には多くの情報を詰め込んだから、
アプリケーションを作る際は役に立つ事請け合いである。

359:358
02/12/09 21:25
XULドキュメントオブジェクト

XULファイルで最も重要な部分はドキュメントオブジェクトである。
HTMLと同様に、documentはXULドキュメントそのものの中身を指すオブジェクトであり、
外側を指すウィンドウオブジェクトと対を成すものである。
そしてドキュメントにはメソッドが用意されている。
メソッドは個々のエレメントを取得したり、ドキュメントの構造を操作したり、
スタイルのルールを変更（updating)したりするのに使われる。

次ページ