02/06/10 23:17
>>97
理想はlinuxでもwindowsでも(もちMacでも)同じ動作をすることなんだけど
実際にはあまたのバグのおかげでいろんなところが違ってるよね
ま、気をつけて書けばたいてい上手く動くみたいだけど。。。
>>98
それであってたと思われ。user.jsやらprefs.jsを弄るのが面倒なら
prefbarを使ってもXULキャッシュが無効にできるね。
100:1
02/06/10 23:36
>>97
一応追試してみた。
<button label="omaemona" oncommand="alert('mona');" context="monaPopup"/>
<popup id="monaPopup">
<menuitem label="giko"/>
<menuitem label="zonu"/>
</popup>
こんな感じのコードで動いたけど。。。
こういう動作とは違うのかな…
101:94
02/06/11 00:32
>>100
ボタンと書いてしまったのが悪かったのかな。
<vbox/>は…ボックス?
googlebarをいじっているのですが、見様見まねでやってるので
いろいろ間違えてるとは思います。
102:デフォルトの名無しさん
02/06/11 01:50
>>101
XulPlanetのXUL Tutorial（邦訳）はご覧になりましたか？
まだでしたら、一読されることをお勧めします。
103:1
02/06/11 09:12
>>101
ボタンじゃなくて<vbox>に対してイベントハンドラを追加してたなら
oncommandはきかないですね。
104:94
02/06/11 15:30
>>102
部分的には読ませてもらってます。
でもgooglebarの中身から類推してやると大抵動いちゃうので
それで良しとしちゃってますね。
105:プログラム板ROM
02/06/13 23:36
Moz2ch再開してたんですね。
今日、FreeBSDにmozzila1.0入れたんで動作テストぐらいは
またお手伝いできるかも。
106:プログラム板ROM
02/06/13 23:39
>>105
ああ、mozzila ってなんだよ。
回線切って逝ってきます・・・・
107:デフォルトの名無しさん
02/06/13 23:47
ﾓｽﾞｨｰﾗ(・∀・)ｲｲ!
108:デフォルトの名無しさん
02/06/13 23:55
モッツィラ？（伊）
109:1
02/06/14 00:42
>>105
Moz2chは…再開してたというよりは
再開しようとしているというか
再開しようとしつつあるって感じだったり。。。
久しぶりにコードみたら腐ってることに（改めて）気づいたので
今全体を見直しながら少しずつ書き直していってるところ。
XULプログラミングには、教科書的なモノがないので
色々と迷うところもあったり。
まだしばらくかかると思うけど、復活の際は是非よろしくです。
110:23
02/06/15 14:58
>>10 を見て、検索に関してｶﾅｰﾘｼｮﾎﾞｲものを作ってみました。元Emacsユーザー
としてはコレはアリかな、と思ったんで。まだ検索のコードをパクってイヂっ
ただけなんで、あんま便利じゃない上にたぶん不具合満載なんですけが（ｗ
一応ダイアログは出ません（爆）
URLﾘﾝｸ(www4.tkcity.net)
に置いときます。ステータスバーに表示されるテキストボックスに検索したい
文字列を入れてエンターを押せばページ内検索出来るハズ。日本語も大丈夫っ
ぽい。"back" のチェックを入れると前方検索になる。
で、問題点をいくつか。
・常に検索用テキストボックスが表示されててウザイ
# グローバルのショートカットキーのハンドリングの仕方が分からない（涙）
・インクリメンタルサーチにしようかと思ったんだけど、FindNext の仕様上チト厳しそう。
# 挙動が多少変でいいなら出来るんだけど・・・
・findbar にフォーカスがある時点で Ctrl-R とかで前方検索に切り替えられ
るよーにしようと思ったんだけど、 onkeypress で受ける event.keyCode が
何故かゼロになっちまうんだが・・・
誰か解決策ご存知だったら教えて下さいm(_ _)m。
# もちろん自分でも調べてはみますが。
111:23
02/06/15 15:01
ちなみに
大文字小文字の違いは無視
最後まで検索し終ったら最初に戻る
っちゅー事にしてあります。
112:23
02/06/15 15:40
Ctrl-F でフォーカスをテキストボックスに移せるようにはしたんだけど、
いつテキストボックスの表示を消すかが問題だなぁ。
常時表示でも別にいいかな?どーでしょうねぇ?
ステータスバーがあんまり狭くなるのも確かに問題な気もしますし・・・
113:23
02/06/15 15:58
挙動変えました。Ctrl-F でミニバッファっぽいものが表示されて、
Esc で消えます。これなら多少はウザくないかな、と。
# なんかスレ汚しっぽくってｽﾏｿ
114:23
02/06/15 16:38
Ctrl-Gにも対応。とりあえずはこんなモンかなぁ。
URLBar (?) にフォーカスがある時に Ctrl-F や Ctrl-G が取れないのが
何故だか良く分からんのだけど。
115:デフォルトの名無しさん
02/06/15 17:17
>>23さん
最新のnightryに入れてみましたが、
どこのURLにもアクセスできなくなってしまいました(;´Д｀)
1.0で試してみます…
116:23
02/06/15 17:38
>>115
えぇっ!?マジっすか!??激しくｽﾏｿ・・・
と思って最新 nightly on Linux で試してみたけど問題無かったっす。
何か他に入れてたりしますか?
proxybar と prefbar の相性の問題みたいに何かあるのかもしれないので。
117:115
02/06/15 18:14
>>116
Piroさんとこのtab拡張とぶつかってる模様です…
118:1
02/06/15 18:17
>>23ｻﾝ
ども
超ぉ～Anneさん(こっちで呼んでもいいのかな…)が
活発に活動されてるなか、こっちはMoz2chをｼｮﾎﾞｼｮﾎﾞやってたりします(汗
とりあえずテレホ人なんで、今夜見てみま。
ステータスバーへの機能組み込みだけど
汎用的な枠組みみたいなもの作ったほうがいいのかな。。。
119:23
02/06/15 19:22
>>115殿
こちらで確認しようと思って、真っ新な最新 nightly に tabextension 入れ
てみたら、findbar を入れる前に既に mozilla が黙ったまま落ちるよーになっ
てしまったんで、良く分かんないです・・・tabextension がこちらではそも
そも動かないんで、原因究明は難しいっす（鬱
だた、ソースを見た限りでは、もしかしたらまた prefbar と同じで、原因は
addEventListener かもしれないっすねぇ。推測の域を出ないんですが・・・
で、一応（今は）findbar は addEventListener を必要としてないんで、コメ
ントアウトしたのをｳﾌﾟしてみました。ﾀﾞﾒかもしんないけど・・・
>>1殿
それでは私も厨房もじら～殿とお呼びした方がよろしいでしょうか（ｗ
僕はどっちでも構いませんけど。
ただ、基本的に
思い付きでコードを書く=>XULが分かんねぇ=>JavaScriptも分かんねぇ=>
なんとなく色々jarを展開してみる=>手探りでテキトーにコードをでっちあげる
という悲惨な作業形態なんで、汎用的な枠組みとかそんなご大層なものは
作れそうにありませぬ・・・（鬱
もーちっと XUL & JavaScript を把握しないと・・・
# addEventListener の第三引数も意味が未だに良く分からんし・・・
120:厨房もじらー
02/06/16 00:40
>>120
もじら～ではございませぬ(藁
それじゃあ、コテハンうざいって言われるまでコテハンでいくことにします。
作業形態は似たり寄ったりです(汗
汎用的な枠組みってやつは漏れの妄想なんで、あんまり気にしないが吉。
XULもJavaScriptも触ってれば覚えられる言語だと思うんで
お互い精進しやしょ。
121:デフォルトの名無しさん
02/06/16 00:41
>>120
自分になにいってんの？
コテハンうざい。
122:超ぉ～Anne
02/06/16 03:06
>>120=厨房もじらー殿
おっと、そいつは失礼いたした（汗
まぁﾏﾀｰﾘ頑張りませう。
>>121
ｼﾞｻｸｼﾞｴﾝﾊｹｰﾝ（藁
123:厨房もじらー
02/06/16 04:32
>>122
（・∀・）ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ
って、ばれてるのね(藁
とりあえず、色々なコードみたり
URLﾘﾝｸ(developer.netscape.com)
あたりのJSドキュメント読んだりして
ようやくJavaScriptでのオブジェクト指向なるものの姿が見えてきたので
ﾏﾀｰﾘと実装中。
来週中には動くものをｳﾌﾟできるかも。
124:デフォルトの名無しさん
02/06/16 04:44
期待してます。私もなんか作りたいなあ。
125:厨房もじらー
02/06/16 05:34
>>124
いろいろ公開されてる小物を参考にするもよし
URLﾘﾝｸ(www.xulplanet.com)
で基本的な手順を学ぶもよし、で
最初は何か小さなものから作るのがお勧め。
漏れが最初に作ったのは、単にウィンドウを表示するだけのXULアプリ。
それだけでも結構手間がかかったので、それなりに達成感があったような。
そこから少しずつ機能をつけてプログラムを大きくしてみるとよいと思われ。
126:厨房もじらー
02/06/16 05:38
ちなみに開発中の画面はこんな感じ。
ウィンドウにアイコンつけてみたり、一部画像を追加したり。
機能が増えて作り直してるから、余計時間がかかりそうだけど(藁
127:厨房もじらー
02/06/16 05:41
URL貼り忘れた。。。鬱だ。逝ってきます。
ちなみに、Moz2chのアイコンをホットゾヌとギコナビのアイコンと並べて
すこしだけ自己満足に浸ってます（寒い漏れ。。。
URLﾘﾝｸ(xul-app.hoops.jp)
128:デフォルトの名無しさん
02/06/16 09:30
>>127
激しく期待
129: ◆S0qIRC9I
02/06/16 14:09
>>119
起動すらできずに墜ちてしまうんですか？
むぅ……何故でしょう。
うちのMozilla1.x@Win32では問題なく動いてるんですが。
130:超ぉ～Anne
02/06/17 00:20
>>129
もしかしてpiro殿ですかっ!?
えっと、一応起動はしますけど、マウスいじってる内に落ちます。
nightly の方が悪いのかもしれないんでなんともかんとも。
ただ、nightly 単体だと、そんな事起こらないっぽいんですよね。
再現性が無いんではっきり申し上げられないんですけど、タブで右クリックして
メニューを表示してる内に落ちる確率が高い気がします。
>>厨房もじらー殿
moz2ch 激しく期待!!
131:厨房もじらー
02/06/17 02:45
ところで、Moz2chはMozillaのテーマに追従する形で作ってるんだけど
Moz2ch使う予定の人で、Modern/Classic以外のテーマ使ってる人は
テーマ名をよろしく。
希望が多かったものの中から*いずれ*テーマ対応XPIを作る予定。
132:デフォルトの名無しさん
02/06/17 08:38
>>127 すげーイカスよ！期待してます！
133:超ぉ～Anne
02/06/17 11:14
>>131=厨房もじらー殿
Lo-Fi 使っとります。出来ればよろしくです。
134:厨房もじらー
02/06/17 12:36
Lo-Fiは和じらの方にも入るみたいですし、対応する予定です。
135: ◆S0qIRC9I
02/06/17 16:19
>>130
タブのコンテキストメニューで落ちるんですか？
マウスジェスチャなどの他のユーティリティは
導入されていないんですよね。
ぬぅ。原因の見当がぜんぜんつきません。
136:デフォルトの名無しさん
02/06/17 17:48
>>135
参考になるか分らんですけど、いちおう。
うちのtrunk-2002061604 at linux では、
URLﾘﾝｸ(web.domaindlx.com) のGooglebarとtabextensionsを
同時に入れて、about: を表示させてしばらく放っておくと落ちます。
でも、tabextensionsのみだと落ちなかったと思う。
137:超ぉ～Anne
02/06/18 03:53
>>135
そうです。マウスチェンジャとか一切使ってません。
まっさらな nightly に tabextension 入れただけです。(Linux)
# ちょっと手元に無いんでバージョンまでは分かりませんが、当日のnightlyで
# した。
で、findbar に menulist を使うようにしたらステータスバーの高さが
妙な事になってしまいました。とりあえずstyle="margin:0px"とかやって
多少は良くなってはいるものの、何故に menulist editable="true" と
textbox とではあんなに高さが違うんでしょうねぇ・・・
138: ◆S0qIRC9I
02/06/18 09:30
どうも、Win32では起こらない問題のようですね……
最新版では一応、初期化でaddEventListenerを使わなくしてみましたが、これは関係ないでしょうか。
139:厨房もじらー
02/06/18 10:48
開発中のスクリーンショット（またか。。。
URLﾘﾝｸ(xul-app.hoops.jp)
<tree>のスクロールバーがうまく表示されない問題をなんとかしたので
あともう少し、かも。
見直したいところはいくらかあるけど
他に影響を与えない形で後から直せそうなので
とりあえずスレ読めるようにがんがります。
140:超ぉ～Anne
02/06/18 13:08
>>139
期待 & 応援 age!!
141:デフォルトの名無しさん
02/06/18 13:26
>>139
ｲｲ!
なんかあれば手伝うぞ!
142:厨房もじらー
02/06/18 17:42
ちなみに「あと少し」というのは
メインの機能(スレ読み)が一応できるまでなんで
最初のリリースはメニュー項目とか細かい機能が全然実装されてないです。
前回(凍結前)いろいろやったことを活かして
主な部分の再設計ができたので、
少しは見通しがよくなっているとは思います。
ですので、また超ぉ～Anneさんや、他の方々も手出してくださいませ(藁
143:厨房もじらー
02/06/18 17:46
>>141
とりあえず漏れの手がつかない部分としては
右上のthrobberのアニメーション版を作ってﾎｽｨ(藁
あとは、折角ｵﾌﾟｰﾝｿｰｽでやってるんだから好きに作って(藁
(・∀・)ｲｲ!!と思えば採用するし、独自版つくってもよいし。
144:超ぉ～Anne
02/06/18 18:47
>>142
ワタクシは設計には関わらないよーな細い所に手を出させて頂きたく（ｗ
# でもアニメーションとか分からないからパス。
まずはギコナビに無く（と思う）って欲しいと思ってる機能として、スレッド
一覧の中でスレッド名を検索出来ないのがあるんで、その辺が moz2ch で作れ
たらいいなぁと思っております。ハイ。漏れの技量ではそーゆー小物系ぐらい
しか手は出せないと思うし・・・
145:厨房もじらー
02/06/18 23:35
URLﾘﾝｸ(xul-app.hoops.jp)
とりあえずｽﾚ読んでみた。
なんか、まだ穴だらけなのでもう少し整理したら
開発者向けにリリース(藁
146:厨房もじらー
02/06/18 23:41
>>144
じゃあ、板検索、スレ検索のほう、考えといてください(藁
とりあえず漏れがリリースしないことにはアレですけども。。。
147:超ぉ～Anne
02/06/19 00:19
>138
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020618, build 2002061804
ではキチンと動いた模様です。findbarもキチンと同時に使えました。
とりあえずご報告まで。
>145,146
(･∀･)ｲｲ!!
でも検索に関しては責任は持てませぬ・・・
ヘタレなのしか作れないかもしれないし・・・
まぁαリリース版が出たら楽しくいじらせて頂きます。
148:136
02/06/19 03:07
>>138
2002061808 + googlebar + tabextension で落ちずに使えています。
私も、ご報告まで。
149:厨房もじらー
02/06/19 23:33
SourceForge.jpにプロジェクト作るのに賛成の人は挙手。
150:デフォルトの名無しさん
02/06/19 23:57
(・_・)/
151:デフォルトの名無しさん
02/06/19 23:58
(・_・)/
152:デフォルトの名無しさん
02/06/20 00:04
./
153:厨房もじらー
02/06/20 00:28
賛成3か。。。
今とりあえずアカウントはもう作っちゃって
新規プロジェクトの規約とかドキュメントとか見てみてるんだけど
CVSほとんど使ったこと無くて使えるか自信ない。。。
まあ、いざとなったら超ぉ～Anneさんにヘルプ求めるか(ダサッ＞漏れ
154:厨房もじらー
02/06/20 00:48
ライセンスをどうしよう。。。
今のところパブリックドメインにしておきます。
155: ◆q78mh/0k
02/06/20 00:55
(・_・)/
156:超ぉ～Anne
02/06/20 01:01
(・_・)/ ﾊｲﾊｰｲ!
CVS は・・・Mac と Win 使ってらっしゃるんでしたよね、確か。
URLﾘﾝｸ(www.cvsgui.org)
ここに WinCVS と MacCVS なんちゅーのがありますよ。
# 使った事無いけど（藁
157:厨房もじらー
02/06/20 01:19
とりあえず送信した。問題が無ければそのうちメールが届くはず。。。
プロジェクトが承認されたらここで連絡します。
158:厨房もじらー
02/06/20 01:21
ところで、今更なんだけど騙り防止のため
トリップ作ってきます。。。
トリップ用のソフト、どこにあったっけな。
159:超ぉ～Anne
02/06/20 01:36
>>158
cygwin でも使ってれば、以下のをコンパイルすれば簡単かと。
# たぶんインデント崩れるけど、悪しからず。
/* trip.c
compile: cc -o trip trip.c -lcrypt
usage: trip 'aaaa' 'zzzz' | grep hoge
*/
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
extern char* crypt(const char*, const char*);
int main(int argc, char* argv[])
{
int i, i0, i1, i2, i3, i4, i5, i6, i7;
char *r, b[8], e[8], sa[3], s[9];
if (argc != 3) { fprintf(stderr, "usage: trip begin end\n"); exit(1); }
for(i = 0; i < 8; i++) {
b[i] = (i < strlen(argv[1]))? argv[1][i] : 0;
e[i] = (i < strlen(argv[2]))? argv[2][i] : 0;
}
sa[2] = s[8] = 0;
for(i0 = b[0]; i0 <= e[0]; i0++)
for(i1 = b[1]; i1 <= e[1]; i1++)
for(i2 = b[2]; i2 <= e[2]; i2++)
for(i3 = b[3]; i3 <= e[3]; i3++)
for(i4 = b[4]; i4 <= e[4]; i4++)
for(i5 = b[5]; i5 <= e[5]; i5++)
for(i6 = b[6]; i6 <= e[6]; i6++)
for(i7 = b[7]; i7 <= e[7]; i7++) {
s[0] = i0; s[1] = i1; s[2] = i2; s[3] = i3;
s[4] = i4; s[5] = i5; s[6] = i6; s[7] = i7;
sa[0] = i1; sa[1] = i2;
r = crypt(s, sa);
printf("%s\t%s\n", s, r+5);
}
exit(0);
}
160:厨房もじらー
02/06/20 02:29
>>159
おおっと、わざわざありがたいですが
もう拾ってきて計算中です(藁
一晩中で見つかるといいな。。。
161:厨房もじらー
02/06/20 12:00
やったー。プロジェクトできたよー。
URLﾘﾝｸ(sourceforge.jp)
でも使い方把握してないので、そこは勘弁。。。
162:厨房もじらー ◆3mOz2Ch.
02/06/20 17:08
ﾄﾘｯﾌﾟこれにしよかなぁ。。。
今も検索中だけどなかなかいいのが見つからない。。。
163:厨房もじらー ◆3mOz2Ch.
02/06/21 03:28
ゴタゴタしてて、色々調整できてないですが
ようやくsf.jpのほうにページウプできました。
URLﾘﾝｸ(moz2ch.sourceforge.jp)
ページデザインやりなおすかも。。。(そんなことより公開すれ＞漏れ
164:厨房もじらー ◆3mOz2Ch.
02/06/21 04:54
まだ開発者向けのみなのでXPIは作りませんでしたがソースをウプしました。
URLﾘﾝｸ(moz2ch.sourceforge.jp)
content,install,url,*/content/moz2ch/
skin,install,url,*/skin/lofi/moz2ch/
skin,install,url,*/skin/modern/moz2ch/
skin,install,url,*/skin/classic/moz2ch/
locale,install,url,*/locale/en-US/moz2ch/
*の部分は適宜配置して決めてやってください。
これで分からない人はまだインストールしないが吉。
165:厨房もじらー ◆3mOz2Ch.
02/06/21 04:56
＞超ぉ～Anneさん
>>164見てもわかるように、とりあえず適当にですがlo-fiにも対応しておきます。
将来的にはmodern/classic以外は別パッケージ(XPI)にする予定ですが
さしあたり、超ぉ～AnneさんはLo-Fi使うだろうと思ってつっこんでおきました。
166:厨房もじらー ◆3mOz2Ch.
02/06/21 05:29
SourceForge.jpのリリースファイルにもおいておきました。
次からはそっちに置くと思いますのでよろしく。
167:超ぉ～Anne
02/06/21 08:47
とりあえずﾀﾞｳｿしたんですが、何故かパースエラー・・・
でもパッと見間違ってなさそうなんで、インストール方法が悪いのかも。
ﾁﾄ調べてみます。
# ただ今日は色々忙しいんで、いぢるのは明日以降になるかも
ところで CVS にはブチ込まんのですか?
168:超ぉ～Anne
02/06/21 08:52
失礼しました。ニュースの方に CVS にも近々って書いてありますね。ｽﾏｿ。
169:厨房もじらー ◆3mOz2Ch.
02/06/21 23:39
>>167
chrome.rdfは弄らなくても
installed-chrome.txt弄るだけで漏れはインストールできましたよ。
友人宅でMozilla 1.0＠Linuxにもインストールしてみましたが普通にいけました。
もしかして、nightly使ってるだとかで動かなかったりして。。。
1.0以降はしばらく追っかけてないので変更点など把握してないですが。
CVSは、やり方調べながらぼちぼちやっていきますんで、少々お待ちくださいませ。
170:厨房もじらー ◆3mOz2Ch.
02/06/22 00:54
とりあえずcvsをリポジトリにおいてみました。
不都合とかあったら、また教えてくださいませ。。。m(_ _)m
とりあえず適当に弄ってみてくださいませ。
ぶっちゃけ、管理とか良く分かってないんで、必要に応じてけちつけてくれたら
ちょっと勉強して、教えて君やってきます(藁
171:超ぉ～Anne
02/06/22 01:28
>>169,170
やっと出来ました。resourceの前を":"でなくって","にしたら。
イマイチinstalled-chrome.txtの書式分かってないんですわ。ｽﾏｿ。
お騒がせしました m(_ _)m
とりあえず CVS も co 出来ました。ほんではボチボチ見させて頂き・・・たい
ところなんですがﾁﾄ忙しいので明日にでも。
172:厨房もじらー ◆3mOz2Ch.
02/06/22 01:39
>>171
お疲れ様です。
漏れはcvsの勉強しつつなんであんまりコード弄ってないです
ためしにいくつかciしてみたりしつつ
いろいろやってみます。
173:超ぉ～Anne
02/06/22 02:38
>>172
ども。ちょっと見た感じ、簡単そうなところから手を付けさせて頂こうかなと思います。
とりあえず、「表示」=>「表示/隠す」でとりあえずトグル出来るようにでもしようかな。
# 特にステータスバーフェチとしては component-bar も消せるよーにしたい（ｗ
って、ホントに簡単そう（藁
そんで、その後は板内のスレ名で検索するのと、スレ内の文字列検索でも作りましょうか?
と思って一つ疑問が。
メニューの「板」ってヤツが sureList をターゲットにしてて、
「スレ」ってヤツが sureBrowser をターゲットにしてるんですよね?一応確認だけ。
と、まぁ浅いところをいじらせて頂くつもりですんでよろしくです。
174:超ぉ～Anne
02/06/22 02:43
ついでにもう一つ気になったんですが、dtd は UTF8で書いてて、
は sjis で書いてますよね。統一しちゃって全部 UTF8 で良くないですか?
いや、文字コードは趣味の領域なので、嫌だったら別にいいんですけれども。
175:厨房もじらー ◆3mOz2Ch.
02/06/22 12:30
>>173
そのへんは、漏れもいまだに悩んでいるところっす。。。
内部的な概念は板ツリー、板、スレという風になってるんだけど
UI的には「板」っていうより「スレリスト」なんじゃないかと思ったり。
その辺の意見もあればぜひ欲しいです。
>>174
いや、漏れがいつも使ってるエディタがsjisのみなんで、ついつい（藁
WinではUTF8読めるエディタってフリーのエディタにあまりないから
sjisやらにしたほうがいいかな、とか思いまして。
UTF8のほうが都合が良いことがあれば、参加者の意見を汲みたいと思ってるんで意見はありがたく拝聴します。
176:厨房もじらー ◆3mOz2Ch.
02/06/22 18:29
何箇所かちょいちょいcommitしてみた。
こんな風に使うのか。。。
とりあえず、今は差分getを実装してます。今晩くらいにはできるかも。
177:超ぉ～Anne
02/06/22 20:00
>>175
その辺は確かに難しいところですねぇ。まぁとりあえずは現状維持で
いいんじゃないかと思いますけども。
で、文字コードの件に関してはまぁ揃ってないと grep が多少かけにくいとか
その程度の個人的な事情で思ったなんで、そーゆー事情ならsjisのままでいい
と思います。使い慣れたエディタって重要ですもんね。
で、ちょっと思ったんですが、こーゆーmoz2ch特有の話は微妙にｽﾚ違いなよー
な気もしなくもないんですけど、どーしましょ?せっかく sf 使ってるんだし、
Developers のフォーラムを使うのも一つの手だと思うんですよね。ただ、そー
すると広い範囲の人の意見が聴けないかもしれないという両刃の剣。
moz2ch ｽﾚを立てるってのも一つの手かな?
その辺は厨房もじらー殿にお任せしますが・・・
178:厨房もじらー ◆3mOz2Ch.
02/06/22 23:29
じゃあ、Moz2ch開発スレ立ててきま。
179:厨房もじらー ◆3mOz2Ch.
02/06/22 23:50
これ以降、Moz2ch関連の話題は
Moz2ch開発スレッド
ｽﾚﾘﾝｸ(tech板)
で、よろしくお願いします。
このスレでは、XULプログラミング一般の話題でまたーり逝ってください。
180:デフォルトの名無しさん
02/06/26 15:14
他にネタ、ないのかな。。。
181: ◆S0qIRC9I
02/06/27 15:11
Policy ManagerとSidebar WindowをBugzilla投稿用のパッチに書き直してくれる心やさしい方はいないものだろうか……
とか言ってみる。
182:厨房もじらー ◆3mOz2Ch.
02/06/27 17:16
>>181
口出しすると協力させられそうだったので、黙っておこうとか思ったけど
漏れのスレなんでレスしてみる(藁
Sidebar Windowは感動を覚えましたが、今は使ってないし
Policy Managerもデフォルト主義者の漏れは
インストールしてなかったりするので詳しくなくて力になれないかも。。。
パッチに書き直すってのは実際どういう作業なのかもしらないし(藁
183:厨房もじらー ◆3mOz2Ch.
02/06/27 17:34
おそらくbugzillaの方にだすならコメントは英語にしなきゃだし
コーディング規則は。。。JavaScriptは結構適当でいいみたいだから
これはいいとして
MPL/GPL/LGPL(だったと思う)のライセンスコメントを
各ファイルの先頭につける必要があるよね
パッチって、まず何にパッチするんだろ。。。
例えばSidebar Windowなら
comm.jarのcommunicator/content/sidebarあたりへのパッチになるのかな。。。
で、Policy Managerは
comm.jarのcommunicator/content/policymanager/以下に
ディレクトリ作ればよさそうだから
comm.jar解凍したものへのパッチを作ればおーけーってところでしょか
184:デフォルトの名無しさん
02/06/27 21:10
XPCOMのリファレンスってwww.xulplanet.comのよりもうちょっと
詳しいものないでしょうか。
せめて簡単な説明文があるような。
MSDNに載ってるような戻り値とか引数の解説まであると期待して見たら
まったく文らしいものが無かったのでよくわからんのです。
XUL and Script Referenceのはけっこう詳しく書いてあるのになぁ。
185:厨房もじらー ◆3mOz2Ch.
02/06/27 23:23
>>184
ソースが詳しい(藁
実際問題、漏れは
URLﾘﾝｸ(lxr.mozilla.org)
以下のidlファイルのコメントを参照することが一番多いし。
186:デフォルトの名無しさん
02/06/29 00:10
XULでトリップジェネレーター作ってください。
187:厨房もじらー ◆3mOz2Ch.
02/06/29 01:02
>>186
アルゴリズムがわかってれば作れるけど
JavaScriptで処理することになるから、速度的にはかなり不利だと思われ。
ちなみに、漏れはアルゴリズムもしらないけど。。。
188:某ｽﾚ12 ◆Z80FPU5k
02/06/29 19:57
>>187
アルゴリズム書こうと思ったけど、既に超ぉ～Anneたんが>>159で
書いている事に気づいた。。。w
トリップジェネレータは総当たりだからCで書いたって
速度的にきついのにJavascriptで書いたら…(((（ ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
＞厨房もじらーたん
XULでFTPのネタはあちらのｽﾚでやるのはあまりにもｽﾚ違いなので、
こちらの方でやろうと思いますです。。。
189:厨房もじらー ◆3mOz2Ch.
02/06/29 23:20
>>188
参考までに作ってみるのは面白いと思うけど
遅すぎて誰も使わない罠はありうる(藁
トリップジェネレータはcrypt使うけど、
cryptは別のとこの使うのかと思ったら>>159に書いてあったね。
作れなくはないと思われ。
ただ、積極的に作る動機がみつからない。。。
FTPできたら漏れも使うし手出し口出しさせてもらうつもり。
がんがれ。
190:厨房もじらー ◆3mOz2Ch.
02/06/29 23:21
とおもってもう一度読んだらやっぱりcryptないじゃん。。。鬱だ。
191: ◆Z80FPU5k
02/06/30 00:34
UIかけるようになりますたw
まだ中身なんもないですw
URLﾘﾝｸ(baniisan.s12.xrea.com)
どんなUIにするか考えるのめんどかったんで、FFFTPzillaに
してみますたw
この程度のUI作るだけで約4時間半。。。こんなペースで
勉強してたら、完成するのは半年ぐらいかかるﾖｶﾝ。。。鬱
192:デフォルトの名無しさん
02/06/30 01:19
>>191
かこいいすね……
ただ、こういうのって、スキンをつけたらどうなるの?
今、PinBall使ってるんだけど、それなりに変更とかされるのかな?
193: ◆Z80FPU5k
02/06/30 01:30
>>192
スキンどころか、ロケールすら無視してｺﾞﾘｺﾞﾘですw
今んとこおいらのスキルが見かけとか気にする段階じゃ
ないもんで、とりあえずどこクリックしても無反応なこのUIに
機能を実装するのが最優先なのれすw
194:厨房もじらー ◆3mOz2Ch.
02/06/30 01:52
>>191
見てみた。ｶｺ(・∀・)ｲｲ!!ね。
とりあえず勉強しながらの開発は、段々と要領を得ていくものなので
基本的には開発の速度は加速していくものだから
そんなに心配しないことです。
>>192
見たところテーマに依存しない風なつくりなので
あらゆるテーマでそれなりに表示されると思われ。
Moz2chは、いらないところに凝ってるから
各種テーマに対応する差分テーマ作らなきゃなんだけど。。。(鬱
195:デフォルトの名無しさん
02/06/30 02:17
ユーザープロファイルが入ってるフォルダのパスってどうやって取得するんでしょう？
そこに設定ファイルや個人のtempファイルを置こうかなーと思ってるのですが。
196:デフォルトの名無しさん
02/06/30 02:38
>>195
Piroさんのウェブページで解説されてたと思うよ。
197:デフォルトの名無しさん
02/06/30 02:46
>>196
おぉ！本当だ！すんばらしい！
198:デフォルトの名無しさん
02/07/01 00:12
2ch用ブラウザを使っていないので2ch用の各ブラウザが
どうやってるのかは知らないのですが、例えば取得したdatファイルを
HTML化して表示するには、一度ローカルに書き出してからそのローカルファイルを
ロードするという方法が常道なのでしょうか？
Moz2chもそうしてるようですし。
199:デフォルトの名無しさん
02/07/01 00:17
普通はそんなことしないよ
必要以上にディスクIO増えて遅くなるだけ
200:デフォルトの名無しさん
02/07/01 00:19
先に保存しておけば、保存し忘れるということはない。
例えクラッシュした場合でさえ。
201:デフォルトの名無しさん
02/07/01 00:19
普通はどうやるんでしょうか？
202:厨房もじらー ◆3mOz2Ch.
02/07/01 00:32
>>198
２ちゃんねる→Moz2ch→ログを保存
↓
データを処理
と並行してやってる。
Moz2chは、一応データを処理してからログに吐き出すようにしてるから
ローカルに書き出してからロードするというようにはしてないよ。
2回目以降はログ読み優先にしてあるから、ログ読みに逝くけど。
203:厨房もじらー ◆3mOz2Ch.
02/07/01 00:34
ちなみに、漏れの記憶が正しければMonazillaスレの初期のものは
一旦ローカルにデータを落としてから、
いろいろ弄るような形式になってたと思われ。
当時はDAT直読みができなかったから、データ解析が大きな処理で
データのダウンロード、保存とは分けて考えたかったからだと思う。
違ったらスマソ。ツッコミよろしく。
204:201
02/07/01 01:16
>>202
んー、すいません。どこでデータ処理してるかわかりません。
教えていただけないでしょうか。
moz2chSure.writeEnd()でHTMLソースの作成が完了して、
f.write(this.html);でmoz2ch.htmlというローカルファイルに
書き出して、
document.getElementById("sureBrowser").loadURI(f.URL,
Components.interfaces.nsIWebNavigation.LOAD_FLOAGS_NONE);
でそのmoz2ch.htmlをロードしている、と思っていたのですが、
データを処理（変数内のHTMLソースを直接表示）するのはどこで
やっているのでしょうか？
205:199
02/07/01 01:21
あーごめんちょっと勘違いした。
ローカルに保存した.datをHTMLとして出力する時に、テンポラリファイルとして
.htmlを作るようなことは普通しない、という意味で書いた＞199
206:厨房もじらー ◆3mOz2Ch.
02/07/01 01:29
>>205
読み違えてた。スマソ。。。
普通は.htmlを作ることはないと思いますが、
Moz2chでそうしているのは
JavaScriptにはスレッドがないので(多分)
document.write()などJavaScriptのメソッドで
連続して大量のデータについて重い処理をすると、
固まったようになっちゃうので、
暫定的にファイル書き出し、読み込みするようにしています。
データを溜め込むバッファみたいなのを用意しておいて
setTimeoutなどで定期的にバッファを処理するようにしてやれば
うまくいくような気はしてるんですが、今はネットワーク周りと
基本的な設計とか構造に関することが気にかかってるので
そのあたりは後回しです(汗
207:厨房もじらー ◆3mOz2Ch.
02/07/01 01:31
ちなみに、差分getをサポートしたら、
逐次レンダリングをしようと考えてるんだけど
そのときにもう少し効率のよい描画方法として
上の方法を試そうと予定しています。
208:厨房もじらー ◆3mOz2Ch.
02/07/01 01:33
話の流れ上ここで話しちゃったけど
>>179
209:201
02/07/01 01:54
Moz2chでは一時的に.htmlを書き出してからそれをロードしてるということで
いいのでしょうか？そして、普通は（他の言語で作られている2chブラウザでは）
そのようなことはせずに変数内のHTMLソースを直接表示させてると
いうことでしょうか？
それでこれに関連してもう一つ。
IEコンポでは自分で作ったHTMLを表示させるにはinnerHTMLを使ったり、
ちょっとかっこ悪いですがabout:<html>....</html>をNavigate2に
渡せば表示できますが、XULではどうやるのでしょうか。
.htmlに書き出して表示させる方法しか思いつかなかったので先のような質問を
させていただきました。
210:厨房もじらー ◆3mOz2Ch.
02/07/01 02:11
たとえば<browser>エレメントをdocument.getElementByIdなどで取得して
var browser = document.getElementById("myBrowser");
var doc = browser.contentDocument;
doc.writeln("<html>…</html>");
とやればいけると思われ。
doc.innerHTMLでもいけるかも。
211:デフォルトの名無しさん
02/07/01 03:22
ユーザースタイルシートのON/OFFを切り替えたり、
適用するユーザースタイルをいくつも登録しておけるようなアプリを作ってください。
212:23
02/07/01 14:09
をぉ、>>211 のような小物は漏れ向きかも（藁 ちょいと調べてみようかな。
# 暇があれば・・・
213:厨房もじらー ◆3mOz2Ch.
02/07/01 23:11
漏れの意見としては、Piroさんのコンテキストメニュー拡張に
そういう機能があったような気がするので
あっちを使うか、機能不足ならパッチ送って追加してもらうとか
そういう方向のほうがよさげかと。
似たようなアプリが乱立すると(それ自体は悪いことではないと思うけど)
干渉するというか、そういうことがままあるので。
214: ◆S0qIRC9I
02/07/02 00:24
userContent.cssで定義されるユーザースタイルは、XPCOMから操作できるんでしょうか？
自分は方法を見つけられなかったんですが……
215:デフォルトの名無しさん
02/07/02 12:54
>>241
xpcom からと言ってよいのかわからんすけど
userContent.css のスタイルは DOM Inspector から
参照できるです。 その辺りは参考にならんすか？
216:215
02/07/02 12:54
>>241宛じゃなくて >>214宛す。
217:デフォルトの名無しさん
02/07/03 21:23
XUL で遊んでいるんだけど、Javascript がいまいちわかりません。
みなさんは、何を参考にしているんですか？
218: ◆S0qIRC9I
02/07/03 23:39
>>215
ありがとうございます。確かにそれっぽい処理が行われてますね。
しかしどこがその部分なのかソースを見てもさっぱりわからないという自分の低レベルっぷりが涙を誘います。
219:厨房もじらー ◆3mOz2Ch.
02/07/04 11:59
>>217
漏れは手元にあるJavaScript本(古くてちゃちいやつ)と
URLﾘﾝｸ(developer.netscape.com)
あたりを参照しつついろいろやってるよ。
220:デフォルトの名無しさん
02/07/06 09:09
217です。
>> 219
厨房もじらーさんありがとうございます。
参考にします。
221:デフォルトの名無しさん
02/07/06 09:58
XUL 初心者ですが、練習をかねて作成してみました。
カスタムメニューバー
URLﾘﾝｸ(member.nifty.ne.jp)
人柱になっても良いという方、テストしてくれませんか？
Nifty が（今の所） .xpi の mime を追加してくれないので、
自動インストールできません。あしからず。
222:厨房もじらー ◆3mOz2Ch.
02/07/06 10:19
>>221
インストールしようとしてみたのですが、インストール中にこけます。
以下はログです。ファイルの場所以外はそのまま載せます。
-------------------------------------------------------------------------------
file:///*****/custommenubar-092.xpi -- 07/06/2002 10:12:33
-------------------------------------------------------------------------------
Custom Menubar (version )
--------------
** initInstall: 0
** ｨ鵈 (-214): ｳn{2:
Install completed successfully -- 07/06/2002 10:12:33
223:厨房もじらー ◆3mOz2Ch.
02/07/06 10:22
>>222 を見てもわかるように、ファイルがコピーされてないようです。
install.jsの中を見てみたのですが、
おそらくperformInstall()する前にエラーチェックをしてないので、
インストールは成功とでます。
#たいていperformInstall()の前でこういう感じでエラーチェックします。
err = getLastError();
if (err == SUCCESS)
performInstall();
else
cancelInstall(err);
224:厨房もじらー ◆3mOz2Ch.
02/07/06 10:31
改めて見てみたら、addDirectoryしているのに
custombar.xpiの中に入ってるのはcustomebar.jarでした。。。
それでファイルが見つからない(-214)のエラーがでてるようです。
修正したものを一応
URLﾘﾝｸ(xul-app.hoops.jp)
にageておきますた。
225:厨房もじらー ◆3mOz2Ch.
02/07/06 10:43
で、ちょっと使ってみましたが、メニューから辿る動作がない分
ラクといえばラクですね。ただ、冗長だと思わないでもないです。。。
個人的な希望としてはアイコンが入って、アイコンのみ、
アイコンとテキスト、テキストのみを切り替えられると(・∀・)ｲｲ!!
と思うです。
ところで、ツールバーの区切りは
<label value="|"/>で実現してると思うのですが、
<toolbarseparator/>をなぜ使わないのかが気になる気になる。。。
226:厨房もじらー ◆3mOz2Ch.
02/07/06 10:51
印刷プレビューは、print(印刷ボタン)のポップアップから使えるので
要らないような気がしますが、どうでしょうか？
227:221
02/07/06 11:17
厨房もじらー さん。素早いコメント感謝です。
どうやら前のバージョンをアップしていたようです。失礼しました。
差し替えた（つもり）です。
最新版では
<toolbarseparator minheight="16px"/>
で処理してます。
アイコン入れるのは考えたのですが（そのためのツールチップ）、
テーマとの整合性を考えて保留にしてます。
228:221
02/07/06 11:29
印刷プレビューの件ですが；
ブックマーク系もパーソナルツールバーやサイドバーに表示できるのに、
付けて欲しい、という人がいたので追加した、という経緯があり、
とりあえず入れてあります。
デフォルトから外しているのはそのためです。
229:厨房もじらー ◆3mOz2Ch.
02/07/06 13:25
>>227
最新版はまだ試してないのですが、
漏れがいろんなXULアプリを見てきた中で<toolbarseparator/>は
<toolbar tbalign="stretch">
<toolbarseparator label="LABEL"/>
</toolbar>
のように使われてたので、そうすると意図した表示になると思われます。
230:221
02/07/07 09:02
>>229
最初は <toolbarseparator/> だけでやってみたのですが、
なぜか空白だけで区切り線が表示されない。
(<menuseparator/> では表示されるのに）
悩んだあげく <label value="|"/> で強引に表示させていました。
同等の表現は、お教えいただいた、
<toolbarseparator label="|"/> でできるかと思いますが、
これまた、他の人に教えていただいた、
<toolbarseparator minheight="16px"/> の方が他の UI と同じ
区切り線がでるので、これで行こうと思います。
231: ◆3mOz2Ch.
02/07/07 17:10
>>230
>>229 は間違ってました。
重要なのは、<toolbar tbalign="stretch">の部分で、
<toolbarseparator/>
にはlabelは要りませんでした。
Mozilla Messenger(メーラ)のコードはこういう風にしてあったので。
<toolbar tbalign="stretch">
<toolbarbutton label="Button1"/>
<toolbarseparator/>
<toolbarbutton label="Button2"/>
</toolbar>
のようにします。ｽﾏｿ
232:221
02/07/08 10:49
>>231
確認しました。
tbalign="stretch" 入れると、 <toolbarseparator/> だけで
区切り線が表示されました。
次期バージョンに取り入れたいと思います。
いろいろなご助言、ありがとうございます。
ダウンロードページの Contributors に記載してもよろしいでしょうか？
「厨房もじらー さん@Mozillaでプログラミング(XUL) 」とか。
匿名希望も受け付けますが(w
233: ◆3mOz2Ch.
02/07/09 10:35
>>232
いえいえ、XULプログラミングの発展を願ってます。
Contributorの扱いはそちらにお任せします｡
Contributeというほどのことはしてないと思いますけどね(藁
234:デフォルトの名無しさん
02/07/09 15:44
ネットランナーに、PiroさんのXULアプリ多分全部と、PROXYBARも入ってた...
235: ◆3mOz2Ch.
02/07/10 00:34
proxybar、さりげに有名に(藁
236:デフォルトの名無しさん
02/07/12 05:23
>>235
×「さりげに有名」
○「なにげに有名」or「さりげなく有名」
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"?>
<!-- Sample XUL file -->
<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"?>
<!-- Sample XUL file -->
<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"?>
<!-- Sample XUL file -->
<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)したりするのに使われる。
360:デフォルトの名無しさん
02/12/09 22:22
翻訳中に水をさすようですまんが
URLﾘﾝｸ(66.160.114.10)
Building and Using XPCOM Components in XUL
XPCOM モジュール作成の説明もある XUL アプリ製作のレシピみたい。
XUL 本の付録にちょうどいいようなドキュメントだなぁ。
361:デフォルトの名無しさん
02/12/10 01:45
sourceforgeの使い方がいまいち分かってないけど、
sourceforgeのアカウント晒してもらえればxuldoc-jaの
プロジェクトに追加しますよ。
362:デフォルトの名無しさん
02/12/10 01:55
CVSより、Wikiの方がみんなで編集できていいかなぁ。。。
363:Name_Not_Found
02/12/10 10:21
Wiki 微妙に浸透しつつあるな…
364:358
02/12/10 17:40
（訳注：要素や属性という言葉を使わずに、カタカナ語で統一）
ドキュメントオブジェクトにはgetElementById, getElementsByTagName, createElement, createTextNode
といったメソッドが用意されている。これらは、DOMや実ドキュメント（訳注：actual document domは実体がなくても良いので…）
を扱うためのメソッドである。DOMについては第五章においてさらに詳しく取り上げる。
ドキュメントオブジェクトはこれらのメソッドの他にも、ウィンドウのwidthとheight、ポップアップノードのプロパティ、ツールチップノードのプロパティ、ドキュメントエレメント（documentElement)
などを備えている。
なお、ポップアップノードのプロパティは、ポップアップ表示しているエレメント（何がしかの内容(content)を他のものの上に表示するXUL widget）にアクセスするためのものであり、
ツールチップノードのプロパティもツールチップを表示するエレメントにアクセスするためのものである。
そして、ドキュメントエレメント(documentElement)はドキュメント本体にアクセスするためのものである。
365:358
02/12/10 17:41
var docEl = document.documentElement;
var secondLevelNodes = new Array( );
for (var I=0; I<docEl.childNodes.length;I++) {
secondLevelNodes[I] = docEl.childNodes[i];
}
366:358
02/12/10 18:17
あ、まちがえてタブごと消してしまった。
367:デフォルトの名無しさん
02/12/10 21:23
昔読んだ本だとelement=要素、attribute=属性だったけど
最近じゃカタカナ語なのかな？
well-formed、validity とかはどうなんだろ？
368: ◆YNS0qIRC9I
02/12/10 23:46
content=内容 とするなら、
element=要素
attribute=属性
でいいと思うけど。
369:デフォルトの名無しさん
02/12/11 02:38
ふーむ、例えば、getElementByIDとかみたいな関数はアルファベット表記だから、
テクニカルタームはなるべくカタカナ語の方がいいかな、と。
contentはコンテント（コンテンツ）でもいいと思うけど、
コンテントを表示するって書くのはなんか抵抗がある。
コンテントについての説明がない、ってことは、
テクニカルタームじゃなくて、日常的な意味なのかな、とも思ったりして。
もちろんすぱっと割りきれる問題じゃないとは思うが。
例えば、documentを文書と訳すと致命的に意味不明になる。
As in HTML, document is an object that represents the XUL document itself-the content as opposed to the
window that surrounds it.
ここのcontentは明らかにテクニカルタームじゃないでしょ？
contentをコンテントと訳してしまうと、なぜ、ウィンドウオブジェクトの
surround itが対になっているかが不明瞭になってしまう。
370:デフォルトの名無しさん
02/12/11 04:03
自分はエレメントだったり要素だったりしてる。
あとで統一的な書き方がきまったら直します。
ところでこのドキュメント、function っていってる
けど、メソッドの方が正しいんかな？
371:デフォルトの名無しさん
02/12/11 19:42
このExampleはドキュメントに対するセカンドレベルノードの配列を
作る。そして、このExampleはツリー全体にまで応用できる。
ドキュメントの構造的な表現がこのようになっているので、Exampleのように
あるノードを使って他ノードを取得する手法を使えば、ドキュメントのどの部分にも
、スクリプトで素早くアクセスしたり変更を加えたりできる。
372:358
02/12/11 19:54
ドキュメントオブジェクトは現在作業している特定のスコープでのみグローバルであるので、
ウィンドウ(window),ダイアログ(dialog),ページ(page)、はそれぞれ、
独自にドキュメントオブジェクトを持つ事になる。
使い方はアクセスしたいプロパティの前に"document."という部分をくっつけるだけでよい。
var title = document.getElementById("bookTitle");
今使っているスコープの外からアクセスする事も可能である。
例えば、window.openerをつかって他のウィンドウを開いた場合、次のようにする。
var title = window.opener.document.getElementById("bookTitle");
373:デフォルトの名無しさん
02/12/17 05:14
ch02訳してるけど薀蓄が多いなぁ｡
受験英語しか知らん俺には辛い。
374:デフォルトの名無しさん
02/12/21 12:07
すまないけれど質問させてくれ。
XULってのは、Mozillaだけにしか使えない物なのか？
IEでも使えるのか？
で、インターフェイスを作ってそこから何が出来るのか？
面白そうな技術なら俺も調べてみたいのだが
375:デフォルトの名無しさん
02/12/21 14:09
スクリプト言語を扱えて、XBLが使えて、XML文書インスタンスに直接CSSを適用できるなら、Mozilla以外でもXULは利用できると思います。
ただ、現在それができてXULパーサとして使えるのはGeckoくらいのものでしょうね。
376:デフォルトの名無しさん
02/12/21 15:45
>>375
詳しく有難う。XBLっていうのが何かわからないけれど、
IEにそれを対応させられればIE上でも動くかもしれない、と。
＃XMLにCSSってのもよくわからないですが、XSLTの書き間違いでしょうか？
調べてみます。
377:デフォルトの名無しさん
02/12/21 18:20
自己レス。CSSからダイレクトにXMLを参照するんですね。
結構違和感あるけど、興味がすごい湧きました。
ちょっとずつ調べてみます。
とりあえずは、XULを使うと、どのような状況で何が出来るのかを知りたいです（ｗ