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

Mozillaでプログラミ� ..

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)したりするのに使われる。

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を使うと、どのような状況で何が出来るのかを知りたいです（ｗ

378:デフォルトの名無しさん
02/12/21 18:31
XULをIEで使うのは無理。

XULってのはインターフェイス言語。
ただ、XUL自体はXMLが元になっている。
例えば、<html:input type="button" value="MyLabel" onclick=";"/>
みたいなものを
<xul:button label="Mylabel" oncommand=";"/>
のように使いやすく再定義してある。
その定義ファイルがXBL。
conditionやactionが羅列してある。

379:デフォルトの名無しさん
02/12/21 18:51
>>378
レスサンクスです。ということは、
HTMLを使ってインターフェイスを作成するのが最終目標で、
それをXULで定義する。XBLが定義言語（xml-html binding）
という認識でよろしいでしょうか？

今までJavaScriptなどで出来ていた事が、簡潔に書けるようになるということですね

380:375
02/12/21 19:02
XBLは、XMLでDOM要素ノードとしての振る舞い（メソッドやプロパティ）を定義する仕組みです。
例：URLﾘﾝｸ(lxr.mozilla.org)
パーサに変更を加えずに要素の振る舞いを定義できるからか、MozillaではXUL要素の振る舞いのほとんどはこうして定義されています。
IEの場合は"binding"で同じようなことができるかもしれませんが、僕はよく知りません。

XULはプラットフォームごとに異なる解釈をされます。
例えばMacOSであれば、menubar要素はGeckoではなくMacOSの機能でレンダリングされていると思います。
ということは、MacIEではMacIEのエンジンがXULに対応しないとどうにもなりません。
Windowsなら一つのウィンドウの中に全部の要素が収まるはずなので、CSSの問題とバインディングのことさえ解決できれば、WinIEでもXULを使えるかもしれません。
……ということを>>375で言いたかった、と。

ちなみに、XMLに直接CSSを適用させるという使い方は、XHTML2.0やSVGなどではごく当たり前にされています。

381:375
02/12/21 19:03
訂正。
IEの場合は"binding"で → IEの場合は"behavior"で

382:375
02/12/21 19:12
XULの目的は、今までHTMLで提供されていたような貧弱なフォームコントロールに止まらないもっとリッチなインターフェースをXMLで記述することです。
また、XUL自体はプラットフォーム非依存なので、Web上のサービスなどのクロスプラットフォームなインターフェースを記述するにはうってつけです。
「HTMLを使ってインターフェイスを作成する」というより、
「HTMLのようにクロスプラットフォームな技術でインターフェースを作成する」と考えて下さい。
XULの仕様（明確なものはまだありませんが……）に乗っ取った動作ができるなら、必ずしもXBLで要素の振る舞いを定義している必要はないでしょう。

URLﾘﾝｸ(slashdot.jp)
XULの用途についてはこの辺の記事でも色々述べられています。

383:375
02/12/21 19:12
乗っ取った→則った
誤字が多いなあ。

384:デフォルトの名無しさん
02/12/21 19:22
なぜsage進行なのか疑問を感じながらresです。

>375氏 >>380
解りやすいサンプル有難うございます。
Mozillaの基礎的な理解（NGLayoutとか）が必要みたいですね
NGLayoutを調べるに従ってちょっとずつわかってきた感じです。
上記のサンプルは、NGLayoutをタブブラウザ化するためのxulですよね？

385:デフォルトの名無しさん
02/12/21 19:26
>>382
例えば、amazon.comとかのソースを書くほどの根性もなく、
htmlの限界にげんなりしている人が、もっと手軽にインターフェイスを実装するための
言語ということでしょうか？

IEのBehaviorとかを使うのはクロスプラットフォームの観点から外れている、と言うことかな？

386:378
02/12/21 21:10
XULはamazone.comというよりむしろ、javaappletのようなものを
思い浮かべた方が当たっていると思います。IEだと、activeXですね。

387:デフォルトの名無しさん
02/12/21 21:26
URLﾘﾝｸ(luxor-xul.sourceforge.net)
こーゆーのもあるし。XBL まで使えるのかわからんけど。

mozillaZine に出てた、
URLﾘﾝｸ(www.oreillynet.com)
も面白いね。mozdb が使えるようになると使われやすくなるかも。
URLﾘﾝｸ(www.melez.com)
が XBL の簡単なサンプルでわかりやすかった。

388:デフォルトの名無しさん
02/12/21 23:07
オススメサイト/本はありますか？
腰を落ち着けて正月にでも学んでみようかと…

389:デフォルトの名無しさん
02/12/21 23:44
お勧めの本は日本では出版されていません。
このスレでﾏﾀｰﾘ翻訳して行く予定です。詳しくは50レスぐらい遡ってみれ。
お勧めのサイトはこのスレのテンプレにはなかったかな？
漏れのブックマークを晒すと

Outsider Reflex （日本で一番たくさんXulアプリを作ってる人のTips）URLﾘﾝｸ(white.sakura.ne.jp)
Xul Planet com （英語のリファレンスとチュートリアル）URLﾘﾝｸ(www.xulplanet.com)
Xul アプリケーション作成入門（もじら組のデッドリンク）URLﾘﾝｸ(www.mozilla.gr.jp)
mozilla.orgのXul文書の邦訳　URLﾘﾝｸ(jt.mozilla.gr.jp)

全く見た事も聞いたこともない人は、ちょっと古いけど作成入門がオススメ。
昔はてんでだめだったが、近頃はmozilla.orgの奴も結構いい感じ。

390:デフォルトの名無しさん
02/12/22 00:04
XUL系譜:　　　XUL は XML にどう関係するのか?
URLﾘﾝｸ(jt.mozilla.gr.jp)

>XMLを知らなくてもXULを記述できる、
ってのが最大のポイントかな。
いくつかのXULwidgetに関しては、ちゃんと定義してやれば、
そのままのIEでもレンダリングできる気がしてきた。
まあ、メリットはほとんどないと思うけど。
ちなみに、読み方は「ズール」

391:デフォルトの名無しさん
02/12/22 00:34
XUL全然しらないけど、シェアno1のIEで対応出来ない以上、
玄人のおもちゃになって意義無く終わってしまう…と思うのは間違い？

392:デフォルトの名無しさん
02/12/22 00:38
次世代Windows「Longhorn」の真実
URLﾘﾝｸ(pcweb.mycom.co.jp)

・その3 ユーザーインタフェースの刷新

Longhornでは、デスクトップを含むユーザーインタフェースがXMLベースとなる。
なかでも、従来のスタートメニューは、コードネームで「Sidebar」と呼ばれるコンポーネントに置き換わる。
スタートメニューの機能以外に、デスクトップマネージャー、検索機能、スライドショーなど、
XMLベースのモジュールを組み込んで自由にカスタマイズできるようになる。

パクられたｗ

393:デフォルトの名無しさん
02/12/22 00:39
>>392
それを言うならXULの概念はアクティブ・デスクトップのパクリでは？

次ページ