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

Mozillaでプログラミ� ..

577:デフォルトの名無しさん
03/09/08 00:30
>>568
URLﾘﾝｸ(white.sakura.ne.jp)
とか？

578:デフォルトの名無しさん
03/09/08 18:51
mozillaでしか動かないプログラムを作る必然性がわからない…
わからないが、とりあえず読んでみることにする。>>576サンクス

579:デフォルトの名無しさん
03/09/08 18:59
読んでみた。間違っていたら訂正してくれるとうれしい。

XULというのは、XMLによって記述するGUIフレームである。
XULで記述するのはあくまで配置等の大まかなフレームだけであり、
細かいGUIの設定はCSSを使う。
また何かイベントが起きた場合の動作はJavaScriptによって記述する。
一般に、こうしたXULとCSSとJavaScriptすべてをひっくるめてXULと呼ぶようだ。

長所は
・GUIのクロスプラットフォームであり、Mozillaさえあればどこでも同じように動く。
短所は
・最大シェアを持つIEで動かすことが出来ない→結局ユーザがいない
・プログラムをJavaScriptで書かねばならない→厳しいセキュリティ制限がつく
といったところである。

580:デフォルトの名無しさん
03/09/08 19:13
＞プログラムをJavaScriptで書かねばならない→厳しいセキュリティ制限がつく

これは間違い。xpconnectと呼ばれる方法で、C++で書いたバイナリを
javascriptから直接呼ぶことができる。
HD全消去とかは、５行くらいのスクリプトで可能。
スパイウェアなら30行くらいかなぁ。

Mozilla系列はメーラーやエディターもXulで動いてるわけだから、
単純な比較はできんよ。
つっても、メーラーは全く普及してないが。

581:デフォルトの名無しさん
03/09/08 19:52
URLﾘﾝｸ(www-6.ibm.com)
↑これは既出？

582:デフォルトの名無しさん
03/09/08 20:42
既出つーか、英語版の方は聖典扱いだよ。
mozilla.orgからもリンク張られまくりだし、
個人的に、この間出た本より分かりやすいと思う。
ただ、XPCOMは微妙にスレ違いだな。
こっちのスレの方が近いかもしれない。
ｽﾚﾘﾝｸ(tech板)l50

583:デフォルトの名無しさん
03/09/08 20:52
>>580
知らなかった。ありがとう。
でも大まかなアウトラインはあってるんだね？

> これは間違い。xpconnectと呼ばれる方法で、C++で書いたバイナリを
> javascriptから直接呼ぶことができる。
> HD全消去とかは、５行くらいのスクリプトで可能。
> スパイウェアなら30行くらいかなぁ。

でもそうするとセキュリティが心配だけど大丈夫なのかな？
インストールがやたら面倒とか？
JavaScriptしか使わないのであれば安心だけどな。

584:デフォルトの名無しさん
03/09/08 21:27
面倒つーか、必ずユーザーがOKを押すインストールが必要。
悪意のあるプログラムは危険って但し書きがでて、
そこさえくぐれば何でもし放題。

そこをくぐらなければ、例えローカルファイルでも、
web上のスクリプトと同じ権限しかない。

>>565でブックマークレットがって嘆いてるのはそのせい。
ブックマークはローカルファイルだけど、
インストールされてないので、出来る事が限られてるから、
XPI（インストール）を使って本格的なのをやろうか、という話。

585:デフォルトの名無しさん
03/09/08 21:46
XPCOMというのもクロスプラットフォームだよね。

586:デフォルトの名無しさん
03/09/08 21:59
XPCOMは呼出規約がクロスプラットフォームでありさえすればいいので、
実装はクロスプラットフォームでなくてもいいんだけどね。
実際にクロスプラットフォームなバイナリは
idlをコンパイルした部分だけだが、それで十分役にたってる。

587:デフォルトの名無しさん
03/09/08 23:20
じゃ、たとえばLinuxだけでしか実装されていないXPCOMを使ってしまったら
ほかのプラットフォームでは動かないということですか？

逆にいうと、XPCOMを作るときクロスプラットフォームを意識するならば、
Mozillaが出ているすべてのプラットフォームで実装する必要があるんですか？

588:デフォルトの名無しさん
03/09/08 23:41
ま、そういうことやね。
でも、普通にC++でコーディングすれば、
プラットフォームの違いを意識する必要はない。
COMのいいところは他のCOMをブラックボックスとして使えるところだから、
プラットフォームの違いがクリティカルになりそうな奴、
（waveoutとか、DCとかファイルアクセスとか型のビット数の違いとか）
は、すでに誰かがやってくれてあるので、
いまさらOSに依存する部分を新たに作る方がしんどいと思う。

例えば、xpcomには3Dを扱うオブジェクトがないので、
direct3Dをそのままwrapしたようなコンポーネントを作れば、
確かに、windowsでしか動かないだろう。
でも、OpenGL+glutとかでcomponentを作れば、
他のプラットフォームは何も考えなくても、
ビルドツールが勝手にコンパイルしてくれるはず。

589:デフォルトの名無しさん
03/09/09 06:38
>>588
色々詳しく説明してくれてありがとう。
ふーむ。感覚がいまいちつかめないので、
こういうときは実際に作ってみるに限るな。

とりあえずmozillaをインストールせねば。

590:デフォルトの名無しさん
03/09/19 16:58
URLﾘﾝｸ(www.linet.gr.jp)
素晴らしい
URLﾘﾝｸ(www.linet.gr.jp)
スクリーンショット URLﾘﾝｸ(www.linet.gr.jp)
素晴らしスギ

591:デフォルトの名無しさん
03/09/20 02:32
>>1
1.0っていつの話だ？

592:591
03/09/20 02:37
去年立ったスレだったYO!!

593:デフォルトの名無しさん
03/09/21 01:28
URLﾘﾝｸ(tkm.s31.xrea.com)
需要があるか激しく疑問であるが。。。
晒してみる。

594:デフォルトの名無しさん
03/09/21 01:29
ageちゃった。
申し訳ない。

595:デフォルトの名無しさん
03/09/21 15:32
>593
む！頂きまつ

596:デフォルトの名無しさん
03/09/21 18:07
>>595
なんだかまっさらなプロファイルにインスコすると落ちちゃうみたい。。。
というわけで最新版落としてくださいです。。。
すみません。

597:age
03/09/21 23:44
age

598:デフォルトの名無しさん
03/09/23 11:56
URLﾘﾝｸ(unstable.elemental.com)
lxrが微妙に進化してる…。
最初はなんの事かよく分からなかったが、
xpcomの親子ツリーを図解したりしてる。

つーか、URLﾘﾝｸ(lxr.mozilla.org)からそこに飛ばされてしまった。

599:デフォルトの名無しさん
03/09/23 12:32
>>598
そこはソースじゃなくてDoxygen後のドキュメントみたいだけど？

600:デフォルトの名無しさん
03/09/23 12:35
string行ったらsun-javaに飛ばされた（苦笑

これいつからあったんだろ？全然知らなかった。飛ばされないし。
まあソース見りゃ済むからいらんのだけどなあ。

601:デフォルトの名無しさん
03/09/23 12:47
nsILocalFileを見に行くと、
ソースの上に継承図がある。

URLﾘﾝｸ(lxr.mozilla.org)

MFCのアレ見たいな感じ。
前回使ったのは1ヶ月ほど前だが、その時にはなかったと思う。

602:デフォルトの名無しさん
03/09/23 13:03
>>601
うぉっ！ほんまや。そういうことやったんか。ありがとう。
俺毎日見てるけど気付かなかった。

603:デフォルトの名無しさん
03/09/24 02:33
>>598
URLﾘﾝｸ(unstable.elemental.com) は俺の知る限り２年前にはもうあった。
以前は lxr 各ソースの上のほうにリンクがあっただけだったんだが、
ずーーーーーっとリンク切れしてた。
単に doxygen しただけのもんだけど、
URLﾘﾝｸ(unstable.elemental.com)
みたいなプロパティの継承関係とかソースだけだとわかりにくかったんで便利だったよ。

ちなみに mozilla ビルドすると
URLﾘﾝｸ(lxr.mozilla.org)
の doxgen.cfg 使って自前でも作れるけどね。

604:デフォルトの名無しさん
03/10/02 17:46
prefbarみたいにボタンをボコスカ追加できるのを、firebird用に作ってみた。
URLﾘﾝｸ(cgi29.plala.or.jp)
スクリーンショット。
URLﾘﾝｸ(cgi29.plala.or.jp)

605:デフォルトの名無しさん
03/10/02 18:38
>>604
(*ﾟ∀ﾟ)=3
Toolbar Enhancementsで縦置きツールバー使ってるんで、
縦に並べられるようにできませんか？

606:デフォルトの名無しさん
03/10/02 18:51
>>605
userChrome.cssで、
toolbar > toolbaritem.toolbaritem-custombutton-container{
-moz-box-orient: vertical;
}
を設定すればいいはずです。
効かなければ、!importantを付けてみてください。
toolbar >の部分はもっと絞り込めると思いますけどね。
なんてたって、縦置きなんだし…。

607:605
03/10/02 20:19
>>606
できました。
externalappの方も同じ方法でできるんですね。ありがとうございます。

608:デフォルトの名無しさん
03/10/03 00:38
どっちでも使えるように書くとこうですね。

toolbox[vertical="true"] > toolbar > .toolbaritem-custombutton-container{
-moz-box-orient: vertical;
}

609:デフォルトの名無しさん
03/10/21 22:04
面白いxul wigetのリファレンスFEを見つけた。
URLﾘﾝｸ(www.hevanet.com)

610:デフォルトの名無しさん
03/10/30 22:05
xulで分割ダウンロードって出来るんですか?
拡張を探しても無かったので･･･｡

611:デフォルトの名無しさん
03/10/31 12:31
>>610
できます。
nsIHTTPChannelを複数（デフォじゃ３個以上は無意味だが）
作ってそれぞれに別のrangeを割り振ればいいんです。
http以外ではどうなるのかよく分からんが…

612:デフォルトの名無しさん
03/10/31 18:56
>>611
ありがとー＾＾

613:デフォルトの名無しさん
03/11/10 17:23
新しいfirebirdのインストーラーが試験的に公開されてますが、
これを受けて、拡張をプログラムファイルの方にインストールするのは
廃止する方針のようですね。

614:デフォルトの名無しさん
03/11/24 12:50
質問ですが､templateでツリーなどを作るとき
datasources="rdf:files" ref="file:///c:"
とすると､日本語は文字化けすると思いますが
文字化けを解消させるにはどうしたいいのでしょうか？
環境は､Win me,Firebird 0.7en

615:デフォルトの名無しさん
03/11/25 22:05
うーん、文字化けしないけどなぁ。
たとえば、アドレスバーに、"file:///c:"って打つと、
chrome://communicator/content/directory/directory.xulは
まさに、そのdatasourceをそのrefでみてテンプレから作ってるわけで…

この時点で既に文字化けしてるんだったら、ばぐじら行きかもね。

616:ヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉ ◆tRZ80FPU5k
03/11/26 00:42
>>614
えと、間違いだったらスマソ
WinMeだったらファイルシステムがFATなので内部文字コードがSJISの為に
文字化けするのかも。。。アクティブディレクトリならUNICODEですよね
身近にMeが無いので確認できんですよ
上記の問題だとすれば
URLﾘﾝｸ(www.xulplanet.com)
このへんで対処できるですか?

617:ヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉ ◆tRZ80FPU5k
03/11/26 00:57
あああああ
>>616はガセネタのような気がしてきた。。。
まあ漏れらしいけど。。。

618:デフォルトの名無しさん
03/11/26 12:53
私のはwin98だけど、少なくとも、file:///c:に文字化けは無いね。
それに、わざわざ文字列を拾ってコンバーターにかけると、
rdfのありがたみが一挙に薄れるような。

619:614
03/11/27 17:03
アドレスバーにfile:///c:だと文字化けしないんですが｡
文字化けの感じがUTF-8文字をShift_jisで変換しているようだったから
開いているxulドキュメントの先頭にencoding="utf-8"にしたらいいと思ってたんですが
RDFから読み込んだ部分にはまったく反映されないみたいですね｡
勉強してきます。

620:デフォルトの名無しさん
03/12/05 18:26
URLﾘﾝｸ(www.mozilla.gr.jp)
↑というわけで遊んでみようかと思って↓のJavaScript版を書いてみようと思ったんですけど、
URLﾘﾝｸ(lxr.mozilla.org)
var serv=Components.classes["@mozilla.org/network/server-socket;1"].getService();
serv.QueryInterface(Components.interfaces.nsIServerSocket);
serv.init(80,true,5);
とすると
Exception... "Component returned failure code: 0xc1f30002 (NS_ERROR_ALREADY_INITIALIZED) [nsIServerSocket.init]"
って返ってきてしまいます。
URLﾘﾝｸ(lxr.mozilla.org)
URLﾘﾝｸ(bugzilla.mozilla.org)
も見てみましたがそれらしい記述が見つからないので困っています。
誰かわかるかた居ませんでしょうか。
ちなみにWin98、Moz1.6b: 2003112918trunkで試しています。

621:デフォルトの名無しさん
03/12/06 03:59
ぼけてました。
var serverSocket=Components.classes["@mozilla.org/network/server-socket;1"]
.createInstance(Components.interfaces.nsIServerSocket);
serverSocket.init(80,true,5);
ですね。逝ってきます…

622:デフォルトの名無しさん
03/12/12 20:38
スレ違いかもしれませんが投稿させてください。

最近公開されたRSSニュースリーダーに

ReadOne
URLﾘﾝｸ(www.readone.net)

というのがあります。現在はまだInternet Explorerのプラグイン版
しかないそうですが、サポートBBSの以下の書き込みを読んだ限り
ではmozilla版も脈ありのようです。

>なお、作りたいとは考えておりますのでmozillaサイドバー（XUL）の
>開発を手伝ってくださる方がいらっしゃれば比較的近いうちに作成
>できるかもしれません。

私はmozillaもRSSリーダーも単なるユーザーで知識皆無なので手伝いは
無理なんですが、どなたかが開発に参加されてmozillaでRSSリーダーが
一つ増えればいいなあと思います。

623:デフォルトの名無しさん
03/12/13 13:10
ふんませんが質問させてください
最近，XULをいじりたくなって，イロイロと調べてるのですが，
XULのDTDってどこにあるのでしょう．．．?

もしかして，DTDなんてものはなくて，
XML-Schema とか，他の手段で定義されてんでしょうか???

624:デフォルトの名無しさん
03/12/13 20:59
xulのnamespaceはなんであんなに長いの？
URLﾘﾝｸ(www.mozilla.org)だとだめ？

625:デフォルトの名無しさん
03/12/13 21:46
>>623
CSS と XBL の組み合わせでどんどん要素名・属性の追加拡張が可能だから
DTD 書いてもナンセンス、のような感じ。
基本的なものは XUL Tutorial でわかるけど、追加物はソースを見るしかない。
box や menu とかの基本セットについてはあってもいいと思うけど。

626:デフォルトの名無しさん
03/12/19 17:48
FB向けにブックマークをFTPで共有するツールをつくってみた。
URLﾘﾝｸ(cgi29.plala.or.jp)

自分で試してる時、ftpのURLを間違えてブックマークが空になった後、
焦って正しいURLを入れたら、サーバー上のファイルを空のブックマークで
上書きしてしまったよ…

627:デフォルトの名無しさん
03/12/20 04:48
おおこりゃ便利だ
>>626
いつもながら乙

628:デフォルトの名無しさん
03/12/21 10:27
livehttpheaderって動いてます？

629:デフォルトの名無しさん
03/12/21 18:49
>628
どうだろ。0.7が最新みたいだけど、
あれからリクエストまわりでけっこう大きな変更あったからね。

630:デフォルトの名無しさん
03/12/21 19:00
＞627
どうもありがとう。
久しぶりに日本語化してみました。
URLﾘﾝｸ(cgi29.plala.or.jp)

FB0.8の新しいXPインストーラーは、
どういう風なるんだろうね。

631:デフォルトの名無しさん
03/12/21 19:27
latest-0.8、xpiインストール画面でUnsignedとか出るけど、
将来的にはmozilla.orgのほうで拡張の認証とかするのかな。

632:デフォルトの名無しさん
03/12/21 19:42
>631
Unsignedは古いインストーラーでも出てたけど…
まあ、mozdevあたりかなぁ、やるとすれば。
databaseプロジェクトって今でも人気投票やろうってくらいだから。

633:デフォルトの名無しさん
03/12/21 20:01
>>628-629
0.8 が今日出たばっかりみたい。
URLﾘﾝｸ(livehttpheaders.mozdev.org)
新しいFBでも動きそうだけど…試してみるわ。
simple URL filter ってなんだろ？

634:デフォルトの名無しさん
03/12/23 15:03
XULに関する文書はだいたい古くて実際やってみても動かないってことが多いんだけど
チュートリアルなんかで、使える例題載せてるところってないですか？
やっぱ英語ですか？

635:デフォルトの名無しさん
03/12/24 10:42
日本語はないね。
やりたがってる人はいろいろ居るみたいだけど…

636:デフォルトの名無しさん
03/12/27 03:32
面白いもん見っけた。
URLﾘﾝｸ(www.hevanet.com)
上の圧縮
URLﾘﾝｸ(www.hevanet.com)
ソースも見るとけっこういいサンプル。
基本要素は1.0からあんまり変わってないのね。

637:デフォルトの名無しさん
03/12/27 17:54
>636
>609

638:デフォルトの名無しさん
04/01/10 08:35
>>URLﾘﾝｸ(www.thomas-schilz.de)

639:デフォルトの名無しさん
04/01/10 10:54
TransforMiixの機能を呼び出してXSL変換をして変換後のドキュメントを保存する
XULアプリを作ったんだけど，需要はあるんだろうか？

640:デフォルトの名無しさん
04/01/10 17:58
>>639
む、ほしい。RSS を変換させたやつを保存したかったり。

641:デフォルトの名無しさん
04/01/10 18:20
>>640
はっきり言って完成度は3%にも満たない試作品以下のレベルだけど．

URLﾘﾝｸ(tool-ya.ddo.jp)

piro氏やflyson氏のソースからかなり流用しています．
特にinstall.jsなんかrssreaderから丸パクリ．
ついでにアンインストール機能なんてものは無い．

642:641
04/01/10 18:23
ファイルを間違えてアップしてしまった．

643:641
04/01/10 18:31
失敬．こっちです．

URLﾘﾝｸ(tool-ya.ddo.jp)

644:641
04/01/11 18:39
あらら，間違ったほうのアクセス数のほうが多いってのは不味いな．

645:デフォルトの名無しさん
04/01/12 02:04
>>641 遅くなったがサンクス。にゃるほどー

646:641
04/01/12 13:04
URLﾘﾝｸ(tool-ya.ddo.jp)

保存ドキュメントが整形して出力されるようになった．
ENCODE_FLAGS_FORMATTEDに気づくまで2時間くらいかかった．
自らの英語力の無さを痛感．

Mozilla Firebird 0.7で使用すると日本語がUnicode エスケープされる．
Mozilla Suite 1.6bだと大丈夫．

647:641
04/01/13 15:28
このスレにずっと居座るのも何だから，isweb のアカウントを取得．

URLﾘﾝｸ(xulisyahookup.hp.infoseek.co.jp)

648:デフォルトの名無しさん
04/02/01 11:53
保守sage

649:デフォルトの名無しさん
04/02/03 21:19
html文書では､XMLHttpRequestのresponseXMLは
何も返さないと思いますが。
html文書をDOMとして得るにはどうすればいいですか?

650:デフォルトの名無しさん
04/02/04 11:48
>>649
var URI =HTMLファイルのURI;
var doc = document.implementation.createDocument('', '', null);

doc.load(URI);
doc.addEventListener('load', docLoaded, false);

function docLoaded {
ここからdocを使用する処理を記述
}

651:649
04/02/05 01:03
>>650
どうもありごとうございます。m(_ _)m
できました。

652:デフォルトの名無しさん
04/02/08 18:42
ふーむ、私のお勧めはnsIDOMParserです。
...
var str=httprequestobject.responseText;
var doc=(new DOMParser()).parseFromString(str,"text/html");

alert(doc.documentElement.localName);

うろ覚えだから関数名は間違ってるかもしれないけど…
詳しくはここ。
URLﾘﾝｸ(www.mozilla.org)

653:デフォルトの名無しさん
04/02/09 00:17
650みたいなレーシングは結構怖いな。
イベントリスナーは先に追加してほしい。

654:デフォルトの名無しさん
04/02/15 00:05
最近思うんだけど、MozillaってUTF-8じゃなくて、
UTF-16がデフォルト？
それとも、スクリプトやRDFだけUTF-16なのか？

655:デフォルトの名無しさん
04/02/15 01:29
>>654
nsStringがUTF-16だからデフォルトはUTF-16なんじゃないの？

656:デフォルトの名無しさん
04/02/15 13:33
こんな感じで内部メインはUTF-16
URLﾘﾝｸ(wp.netscape.com)

657:デフォルトの名無しさん
04/02/16 22:22
＞656
お、この図はわかりやすいなぁ。
ありがとう。

658:デフォルトの名無しさん
04/02/29 00:15
ふむむ。

Firefoxのブックマークをソートする拡張を作ってみました。
URLﾘﾝｸ(cgi29.plala.or.jp)
URLﾘﾝｸ(extensionroom.mozdev.org)

作ってるときは楽しかったんですけど、日本語のブックマークって、
文字コード順に並んでても、イマイチありがたみがないですね。
だから、日本語にローカライズしてないんですが…。
extensionroomに「bookmarks」カテゴリーを作るのが目標。

あと、人に頼まれて、about:*****を登録するスクリプトを書いたので、
about:wazillaとかabout:saitamaとかに興味がある人はどうぞ。

componentsディレクトリにインストールするタイプ。
URLﾘﾝｸ(cgi29.plala.or.jp)
拡張のoverlayで実行するタイプ。
URLﾘﾝｸ(cgi29.plala.or.jp)

659:デフォルトの名無しさん
04/02/29 00:28
about:****ですけど、
オリジナルのnsAboutRidirector.cppは、
httpプロトコルに飛ばすときにセキュリティのレベルを変えてますね。
chromeに行くなら心配はいらないんですが、
aboutのレベルでウェブ上のファイルを読ませると、
えぐいことができそうなので、気をつけてください。

660:デフォルトの名無しさん
04/03/06 02:48
URLﾘﾝｸ(bugzilla.mozilla.org)
にvoteしておきました。
でも、さっきまで２だったから、他にも投票した人がいるみたいだね。

661:デフォルトの名無しさん
04/03/10 09:54
>>658-659
面白い。プロトコル追加の解説があったので貼り付けておく。
URLﾘﾝｸ(www.nexgenmedia.net)

662:デフォルトの名無しさん
04/03/18 21:01
>661
読んでみました。
ところで、そのドメインって何やってるんですかねぇ。
ドキュメント自体はIBM名義なので、
就業中に書いたのかもしれませんが、
Doron個人のサイト？

663:デフォルトの名無しさん
04/03/18 22:00
Doron が Netscape(AOL) にいたときから写真やらなんやら置いて
weblog からリンクしてたから、個人的に自由に使えるサイトなんだろ。

664:デフォルトの名無しさん
04/03/29 20:27
---------- 再開 ----------

665:デフォルトの名無しさん
04/03/29 20:41
Emacsで動くGeckoのほうが欲しいな
そうすりゃXULなんぞ必要ないだろ好きなだけ機能追加できる

666:デフォルトの名無しさん
04/03/30 01:38
いいだしっぺの法則

667:デフォルトの名無しさん
04/04/04 17:39
今日のmozillazineの記事によると、
毎月第一火曜日はXULの日、らしい。
あさって(あるいは水曜日の朝？）だな。

668:デフォルトの名無しさん
04/04/04 17:46
XULは糞！ XAML最強！！！

669:デフォルトの名無しさん
04/04/04 21:04
XULvsXAMLvsMXML の比較
URLﾘﾝｸ(www.surfmind.com)

670:デフォルトの名無しさん
04/04/05 01:20
>>667
talkbackを読めばわかるが、このスレで言うXULとは
あまり関係ない。

671:デフォルトの名無しさん
04/04/05 19:45
JavaScriptのOn/Offをカンタンに切り替えるような拡張はでてないのかな？

672:デフォルトの名無しさん
04/04/05 20:09
>>671
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(extensionroom.mozdev.org)

673:デフォルトの名無しさん
04/04/05 23:33
>>672
ありがとう。

674:デフォルトの名無しさん
04/04/10 12:23
Slashzillaをホットキーで開けるようにしようとしているのですが
その辺のソースについて詳しく載っているサイトはありませんか？

675:デフォルトの名無しさん
04/04/10 14:15
>>674
URLﾘﾝｸ(xulplanet.com)
このへんの Key Example でわかるんでないかな。
Overlay してる場合はソース見ないと分からんけど、たとえば
<keyset id="(overlay する id)">
<key id="hotkey_slashzilla" key="s" modifiers="accel,shift" oncommand="<開く関数>"/>
</keyset>
こんなんで ctrl+shift+s で開くようになるんじゃないかな。

676:674
04/04/10 21:35
うーん読んでみましたが基本骨子をまだ理解しきっていないので頓珍漢なことをしているような気がして不安
szoverlay.xulのソースが以下のようになっているんですが

<?xml version="1.0"?>

<overlay id="slashzillaOverlay"
xmlns="URLﾘﾝｸ(www.mozilla.org)">


<menupopup id="viewSidebarMenu">
<menuitem observes="viewSlashzillaSidebar"/>
</menupopup>

<broadcasterset id="mainBroadcasterSet">
<broadcaster id="viewSlashzillaSidebar"
autoCheck="false"
label="Slashzilla"
type="checkbox" group="sidebar"
sidebarurl="chrome://slashzilla/content/slashzilla.xul"
sidebartitle="Slashzilla"
oncommand="toggleSidebar('viewSlashzillaSidebar');"/>
</broadcasterset>
</overlay>

このソース内の下に
<keyset id="viewSlashzillaSidebar">
<key id="hotkey_slashzilla" key="s" modifiers="accel,shift" oncommand="toggleSidebar('viewSlashzillaSidebar')"/>
</keyset>

を埋め込んでみましたがうまくいきませんでした
idをviewSlashzillaSidebarとmainBroadcasterSetにしても同様でした

677:デフォルトの名無しさん
04/04/11 00:51
slashzilla を nightly の mozilla に入れてみたけどパネル登録ができなくて、
テストできないんだけど、たぶん…

keyset は navigator.xul の keyset に overlay しなきゃ。
DOMInspector で id 調べると navKeys になってる。
また、broadcaster 使ってるから、
URLﾘﾝｸ(www.xulplanet.com)
を参考にして、

<keyset id="navKeys">
<key id="hotkey_slashzilla" key="s" modifires"accel,shift" observes="viewSlashzillaSidebar"/>
</keyset>

これでどうかな。

678:677
04/04/11 00:53
modifires="accel,shift" のイコールが抜けてた、ｽﾏｿ

679:674
04/04/11 02:36
すいません重要な事を書いておくのを忘れていました
使用ブラウザはFirefox0.8 4/3nightlyです

680:677
04/04/11 03:34
Firefox nightly で使えてるの？
slashzilla.mozdev.org 見て使えないものとばかり思ってた。
それはともかく Firefox なら <keyset id="mainKeyset"> にしちくり。

681:674
04/04/11 14:06
szoverlay.xulに

<keyset id="mainKeyset">
<key id="hotkey_slashzilla" key="s" modifires="accel,shift" observes="viewSlashzillaSidebar"/>
</keyset>
をoverlayのタグ内に挿入してみましたが駄目でした
また、navigator.xulを検索かけてみましたがFirefoxのフォルダ内にありませんでした…

SlashzillaですがFirefoxで問題なく使えています
Firefox Help 日本語版内の拡張内にあるSlashzillaのxpiを/.-J用に弄って使用しています

682:677
04/04/11 22:56
Firefox に slashzilla 入れてみた。これでできた。
勘違いしまくりでｽﾏｿ # RSSReaderPanel にほぼまんまのコードがあっただよ…

<menupopup id="viewSidebarMenu">
<menuitem key="hotkey_slashzilla" observes="viewSlashzillaSidebar"/>
</menupopup>

<keyset id="mainKeyset">
<key id="hotkey_slashzilla" key="s"
modifiers="accel,shift"command="viewSlashzillaSidebar"/>
</keyset>

683:674
04/04/11 23:28
月並みな表現で申し訳ないですがお付き合いありがとうございます
おかげさまでできました

#もっとxulやjsの勉強しなければ・・・

684:デフォルトの名無しさん
04/04/16 19:54
XulPlanetが、ちょっとリニューアル?されてるので上げ｡

685:デフォルトの名無しさん
04/04/16 21:32
XULのDOM Methodに大きな変更が加えられたようです。
getElementByAttribute
URLﾘﾝｸ(forums.mozillazine.org)
childNodes
URLﾘﾝｸ(forums.mozillazine.org)

要するに、返り値のNodeListが
いわゆる"live"(treewalker的な)ではない、
ということですね。
もちろん、treewalkerをつかえば、
従来のような事が出来ると思います。

686:デフォルトの名無しさん
04/04/16 21:44
>>684
ちょっとじゃない～詳細はここにも。
URLﾘﾝｸ(www.xulplanet.com)
Scriptable Object Referance 追加と commands, updating commands は
まとまった情報がなかったんで助かる～

687:デフォルトの名無しさん
04/04/29 15:04
XULアプリコンテストってどうなったんでしょうか？
ひょっとして、エントリーがなかったとか？

コンテストを開くこと自体はたいへん良いと思うので、
告知を3ヶ月前くらいからやってほしいですね。
でも、パーティ関連にすると難しいのかもしれないなぁ。
じゃあ、お前が企画しろよ、って言われると、
参加者を集められる自信は全くないが…

688:デフォルトの名無しさん
04/04/29 16:48
エントリーはありましたよ。8つほど。

689:デフォルトの名無しさん
04/04/30 17:47
じゃ、そのうち結果発表とかあるんですかね。
去年はpiro氏のやつとmoz2chが出てたような記憶が。

690:デフォルトの名無しさん
04/04/30 21:21
投票数自体が少なかったけど、結果としてはXUL/Migemoが圧倒的大勝ですた。
RSS Reader Panelのflyson氏は出品されていませんでした。
だいたいそんなとこで。

691:デフォルトの名無しさん
04/05/01 11:33
XUL/Migemoでてたんですか。
このスレに時々来る通りすがりの人のブックマークのやつはどうでした？

692:デフォルトの名無しさん
04/05/01 14:25
通りすがり師のはなかったと思う。
出てたのは
・URLﾘﾝｸ(white.sakura.ne.jp)
Ez Sidebar・Sidebar Window/タブキラー/テキストリンク/あと一つ(おもいだせない)
・URLﾘﾝｸ(www013.upp.so-net.ne.jp)
・URLﾘﾝｸ(mimic.gelsoft.jp)（繋がらない…？インスタントメッセンジャーです。）
・URLﾘﾝｸ(www.smellman.homelinux.org) (カップラーメンタイマー)
・URLﾘﾝｸ(tkm.s31.xrea.com)

693:デフォルトの名無しさん
04/05/01 16:28
＞692
なるほど。
重ね重ね、ありがとう。

694:デフォルトの名無しさん
04/05/02 22:00
FirefoxのExtension API 暫定版が今日、初公開。
URLﾘﾝｸ(www.bengoodger.com)

695:デフォルトの名無しさん
04/05/02 22:18
つーか、いきなりinstall.jsを捨ててきましたか…
まあ、前に競べたら、納得の内容ですね。
icon関係もうまく処理されているようです。

696:デフォルトの名無しさん
04/05/02 23:45
これは nightly で既に実装済みのものなのかな。
draft 段階のものを読むと
URLﾘﾝｸ(jt.mozilla.gr.jp)
install.js は後方互換のためか残されそうだけど。

個人的にはコマンドラインオプション実装して欲しい…

697:デフォルトの名無しさん
04/05/03 00:14
上のリンクにも書いてありますが、install.jsはfirefoxから、
一方的に無視されるだけなので、
たとえば、mozillaにインストールしたときは、
install.jsの内容が反映されることになります。

従来のinstall.jsが内部で行っていた、いわゆるscript然とした
細やかな設定は、html側のInstallTrigerで行うべきだ、
というのが、Ben Goodgerの持論なので。

＞コマンドラインオプション
なぜ？

698:デフォルトの名無しさん
04/05/04 11:23
全ての拡張がUUIDで管理されるようになれば、
ひょっとして、複数の言語パックを同時にインストールできたりするように
なるのかなぁ。

699:デフォルトの名無しさん
04/05/09 04:27
XULコンテスト、私は何か勘違いしていたようです。
コンテスト用に何か書き降ろさないといけないのかと思ってました。
実は、無圧縮PNGを吐くアイコンエディターを
ネタで作ろうと思っていたのですが…

ところで、私が不甲斐ないばっかりに、
いろんな人が、blogで拡張の解説文を書いてくれています。
URLﾘﾝｸ(kengo.preston-net.com)
URLﾘﾝｸ(scramble.no-ip.org)
あと、朝顔日記様とか。

どうもありがとうございます。

700:デフォルトの名無しさん
04/05/23 11:08
URLﾘﾝｸ(update.mozilla.org)
がついに動きだすようですね。
URLﾘﾝｸ(forums.mozillazine.org)

701:デフォルトの名無しさん
04/05/29 20:29
今日、Firefoxの新しいインストーラーを試してみました。
結構イイ感じで動いてます。

702:デフォルトの名無しさん
04/05/29 23:21
XULに全く関係ない話で恐縮ですが、
JLPのxsltスレは純粋な読み物としても、結構面白いです。
URLﾘﾝｸ(moz.skillup.jp)

で、先程parseをgoogle英和で調べてみたら、構文解析と書いてあります。
もちろん、私にとって一番わかりやすい訳は「パース」なのですが、
まあ、構文解析でも意味が通らなくはないなぁ、と感心してみたり。

パースは「分析」だけでなく、「読み込む」事自体の意味が加味されている
のが通例なので、「解析」よりは「解釈」の方がしっくり来ます。
例えば、parseIntの10進数と16進数なんかは、解析方法が違うのではなくて、
解釈方法が違う、って言ったほうがより自然な日本語だと思いませんか？

ただ、parse errorは「解釈失敗」より「解析失敗」の方がきれいな言葉ですよね…。
辞書に載っている以上、凡例が少なからずあるはずだから、やはり侮れません。
それでも、「XMLとして解析できません」よりは、「XMLとして解釈できません」
の方がいいと思うのですが…。

その他で気になったのは、"call"の訳語です。
確かに、「呼び出す」より「呼ぶ」の方が日本語として熟れているとは思いますが、
明らかにテクニカルタームなので、ここは「呼び出す」の方に一票を投じたいです。
「～を呼ぶ」という文ではどれだけこなれていても、
日本語としての不自然さはどうしようもないですから、
日常的な意味ではないことを強調した方が親切でしょう。

703:デフォルトの名無しさん
04/05/30 00:43
FireFox とか Thunderbird とか結構重いように感じるんだけど（非力なマシンなので）、
XUL で作ったアプリも、ある程度の重量感は覚悟する必要があるのでしょうか？

704:デフォルトの名無しさん
04/05/30 11:32
>703
モノに拠ります。
XPCOMをロードして使うようなタイプのアプリは速いです。
逆にfor文で100万回まわすようなスクリプトを書けば、
重くなります。
インタープリターなので当然ですね。

705:デフォルトの名無しさん
04/06/04 01:18
>>702
XULに関係ない話につっこんで悪いんだけど
parse = 構文解析
っていう翻訳はコンパイラの教科書なんかで昔っから使われているから
日本で計算機科学系の学科に居た人はみんなそう訳すんだと思う…

で，parseに「読み込む」っていう意味が加味されているっていうけど
コンパイラの教科書的には，
【字句解析】→【構文解析】→【意味解析】→【最適化】→【コード生成】
とフェーズを分けて教えるんで「読み込み」は構文解析器(parser)の
仕事とは考えない傾向がある気がする…

706:デフォルトの名無しさん
04/06/04 03:25
>>704
XUL 分かってなかったです。すまそ。
C からも使える物と思ってた。

707:デフォルトの名無しさん
04/06/04 17:58
>>704
Cからも使えますよ。
Mozilla.orgにも、サンプルコードくらいはあったと思います。
ただ、コンパイルすると、当然プラットフォーム依存になります。
単純にUIがほしいのなら、それとトレードオフで得る速度は釣り合いません。

MFCやGTKのリソースファイルも、
UIの部分はテキストで箇条書き（？）にしてあるだけですよね。
アセンブリングの恩恵は、ほとんどないと思います。

処理が重いなら、スクリプトをC++に移植する、
という手がありますがね。

708:デフォルトの名無しさん
04/06/06 10:38
linuxでアンチエイリアスしないにはどうすればいいんですか？

709:デフォルトの名無しさん
04/06/11 17:56
linuxのアンチエイリアスってxulネタなんでしょうか？

710:デフォルトの名無しさん
04/06/12 13:13
>>704
タブブラウザ拡張も XPCOM/C++ で書き直すと速くなるんだろうなぁ...

711:デフォルトの名無しさん
04/06/12 13:50
>>710
ﾀﾌﾞ拡が遅いですと?

712:デフォルトの名無しさん
04/06/12 19:16
>>710
全部書き直さなくても、パッチとしてマージするだけでもいくらか速くなると思う。

713:デフォルトの名無しさん
04/06/12 20:19
タブといえば、
Option to determine how other applications open new windows
URLﾘﾝｸ(bugzilla.mozilla.org)
のターゲットマイルストーンがfirefox1.0betaになってますね。
どうやら、本気で実装されそうです。

714:デフォルトの名無しさん
04/06/12 20:26
どうでもいいけど、「呉下の阿蒙に非ず」だけ浮いてるよね。

715:デフォルトの名無しさん
04/06/12 23:16
誤爆か？

716:デフォルトの名無しさん
04/06/16 22:08
Fxの新しいエクステンションマネージャーでは、
32*32のアイコンが指定できるので、
某狐女のトレードマークを世界に向けて発信しようと思ったのですが、
なんか、お下品な連想をしてしまったのでやめました。

URLﾘﾝｸ(cgi29.plala.or.jp)
なんというか、角度も重要なのかなぁ。

717:デフォルトの名無しさん
04/06/17 05:16
基本的なことなんだけど、XULのGUIライブラリって
GTKをラッピングしてるの？

718:デフォルトの名無しさん
04/06/17 21:34
>>717
まあ、100パーセントそうだとは言えないけど、
gtkが使える環境ならそう言って差し支えない程度には使ってるな。

719:デフォルトの名無しさん
04/06/19 02:37
xulから呼び出す外部のJavaScriptファイルに日本語を使いたいとき、
文字コードはどうすべきですか？UTF-8など色々試しましたがどれも化けます。

それともlocaleを使うべきなんでしょうか。

720:デフォルトの名無しさん
04/06/19 03:03
>>719
ファイル名はシステムの文字コードに依存するのでは？
WindowsならShift_JISかUTF-8でしょうか。
うまくいかないのはUConvでの文字コードの変換に失敗しているからではないかと予想。

721:デフォルトの名無しさん
04/06/19 03:22
ファイル名ではなく「ファイル中に」です。
つまり、alert("こんにちは");とかやると文字化けしてウィンドウが表示されます。

722:デフォルトの名無しさん
04/06/19 04:29
>>721
\u3053\u3093\u306b\u3061\u306f
みたいにUnicodeエスケープするしかないかも知れない。

723:デフォルトの名無しさん
04/06/19 05:08
それは面倒ですね。
やはり開発はすべて英語でやって、後からlocaleを付け加えるのが常識的なのでしょうか？

724:デフォルトの名無しさん
04/06/19 07:21
alert("こんにちは")にするなら、UTF-8じゃなくて、UTF-16の方がいい。
でもそうすると、script自体がパースされないだろうから、
クォーテーションの中だけUTF-16という
変則的な文字コードにしなきゃいけない。

結局、localeを追加した方が安上がりなのよ。

725:デフォルトの名無しさん
04/06/19 21:52
なるほど。了解しました。
詳しく教えていただいて、どうもありがとうございました。

726:ヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉ
04/06/19 23:18
Moz2chのバヤイ、js自体はEUCで統一してるですが、表示すべき文字列を
ハードコーディングしないでlocaleを使用するようにしてるです。
但し、テストコードのような物だといちいちlocaleを書くのがめんどいという
後ろ向きな理由ですが、EUCで文字列を書いてnsIScriptableUnicodeConverter
を使ってEUC→UNICODEしてから表示するようにしてるです。
URLﾘﾝｸ(cvs.sourceforge.jp)
この辺参考にしてくださいです

727:デフォルトの名無しさん
04/06/22 20:23
Firefoxにjarファイルを使わない拡張を
新EMでインストール/アンインストールするパッチを書いてみました。
URLﾘﾝｸ(cgi29.plala.or.jp)

0.9の場合、componentsフォルダに入っているnsExtensionManager.jsを
URLﾘﾝｸ(cgi29.plala.or.jp)
と差し替えれば、ちゃんと動くはずです。
ナイトリーに使うのであれば、diff.txtをソースにあててください。

ただ、このバグがfixされた方がいいかどうかは微妙ですね。
もちろん、出来るにこした事はない、とは思いますが、
拡張やテーマを自分で書かない限り不要(いわゆるbloated)な気もします。

728:デフォルトの名無しさん
04/06/26 00:34
今日のチェックインみてたら、こんなバグがありました。

_contentのかわりにcontentを使いましょう
URLﾘﾝｸ(bugzilla.mozilla.org)

729:デフォルトの名無しさん
04/06/28 18:04
もうお気づきかと思いますけど、URLﾘﾝｸ(update.mozilla.org)が稼働していますね。
特に何もしていませんが、私の拡張も（なぜか）２つだけ入っています。
新EM対応版を公表（？）した時期に関係がありそうです。
勝手にアップデートしてくれるのなら楽でいいや、
と思っていたのですが、どうやら初回サービスのみのようです。
更新しても、反映してくれません。

うそくさいダウンロード数が少しづつ増えるのをみるのは楽しいですが、
コメントに反論できないのがちょっと。
ちなみに、私の周囲では
"Must Have!"という、おばかなフレーズが流行っています。

730:デフォルトの名無しさん
04/06/29 23:14
Mozilla 1.7のダウンロードマネージャがCtrl+Wで閉じれないのや、
メーラーでアカウントを選択しているとスペースキーやNで次の未読に
移動できないのが不満で、comm.jarやmessenger.jarを直接書き換えて
目的を達成したんだけど、こういうのもxpiで実現可能？

xpiさっぱり分からん。

731:730
04/06/29 23:16
ちなみにダウンロードマネージャの方はこんな感じ。

--- comm/content/communicator/downloadmanager/downloadmanager.xul2003-10-22 00:35:56.000000000 +0900
+++ comm/content/communicator/downloadmanager/downloadmanager.xul2004-06-26 10:33:30.000000000 +0900
@@ -27,9 +27,13 @@

<?xml-stylesheet href="chrome://communicator/skin/"?>

+<?xul-overlay href="chrome://communicator/content/utilityOverlay.xul"?>
+
<!DOCTYPE window [
<!ENTITY % downloadManagerDTD SYSTEM "chrome://communicator/locale/downloadmanager/downloadmanager.dtd">
%downloadManagerDTD;
+<!ENTITY % utilDTD SYSTEM "chrome://communicator/locale/utilityOverlay.dtd" >
+%utilDTD;
<!ENTITY % downloadProgressDTD SYSTEM "chrome://global/locale/nsProgressDialog.dtd" >
%downloadProgressDTD;
]>

732:デフォルトの名無しさん
04/06/30 21:43
>>731
可能です。
空の拡張をつくって、contents.rdfで
chrome://communicator/content/utilityOverlay.xulをoverlayしてやればいいのです。

ただ、ロケールはoverlayのdoctypeに完全に依存するので、
utilityOverlayにdoctypeがなかったら、
utilityOverlayを手元にコピーしてdoctypeを追加したものを
あらためてoverlayした方が安全かもしれません。

733:デフォルトの名無しさん
04/06/30 21:49
あ、今みてみたら、ばっちりはいってますね。
URLﾘﾝｸ(lxr.mozilla.org)

734:730
04/07/01 04:44
まいったな。せっかく教えてもらったのにさっぱり分かりませぬ。
一応XULチュートリアルの日本語訳も読んでいるが、分量が多くて
どこが該当するのかも分かりません。参考になりそうな拡張ってありますか？
それはともかく、xpiで実現可能というのが分かったのはありがたいです。

735:デフォルトの名無しさん
04/07/01 08:44
「Ctrl+何々でほげほげできるようにします。」系の拡張を
Firefox Help 日本語版あたりで探してみると良いかも。
やり方はそのままSuiteにフィードバックできるので。

736:デフォルトの名無しさん
04/07/01 15:03
>>735
thanx. 動きますた。

*contents.rdf
<?xml version="1.0"?>

<RDF:RDF xmlns:RDF="URLﾘﾝｸ(www.w3.org)"
　　　　 xmlns:chrome="URLﾘﾝｸ(www.mozilla.org)">

　 <RDF:Seq about="urn:mozilla:package:root">
　　 <RDF:li resource="urn:mozilla:package:dmclose"/>
　 </RDF:Seq>

　 <RDF:Description about="urn:mozilla:package:dmclose"
　　　　　　　　　 chrome:displayName="dmclose Extensions"
　　　　　　　　　 chrome:author=""
　　　　　　　　　 chrome:authorURL=""
　　　　　　　　　 chrome:name="dmclose"
　　　　　　　　　 chrome:extension="true"
　　　　　　　　　 chrome:description="dmclose">
　 </RDF:Description>

　 
　 <RDF:Seq about="urn:mozilla:overlays">
　　 <RDF:li resource="chrome://communicator/content/downloadmanager/downloadmanager.xul"/>
　 </RDF:Seq>

　 <RDF:Seq about="chrome://communicator/content/downloadmanager/downloadmanager.xul">
　　 <RDF:li>chrome://dmclose/content/dmcloseOverlay.xul</RDF:li>
　 </RDF:Seq>

</RDF:RDF>

737:デフォルトの名無しさん
04/07/01 15:04
*dmcloseOverlay.xul
<?xml version="1.0"?>

<?xml-stylesheet href="chrome://communicator/skin/"?>

<?xul-overlay href="chrome://communicator/content/utilityOverlay.xul"?>

<!DOCTYPE window [
<!ENTITY % utilityDTD SYSTEM "chrome://communicator/locale/utilityOverlay.dtd">
%utilityDTD;
]>

<window id="downloadManager">
</window>

738:デフォルトの名無しさん
04/07/01 15:40
なんか変なところありますか？さて、あとはインストーラか。

メーラーの方は、mail3PaneWindowCommands.js, mailWindowOverlay.js, mailWindowOverlay.js を
書き換えて動作を変更しているのですが、こちらは実現できますかね。
一部の関数のみをxpiで差し替えて動作させるようなことはできますか。
それともoncommand=で呼び出される関数から変更した関数に至るまでの部分を
すべてコピーする必要があったりしますか。

739:デフォルトの名無しさん
04/07/01 17:39
これでいいのですが、私が732-733で言いたかったのは、
直接utilityOverlay.xulをoverlayしてみては？ということです。

お分かりかと思いますが、overlayには2通りの方法があります。
ひとつは、「xulに直接<?xul-overlay?>を埋め込む」やりかたで、
もうひとつは「パッケージをインストールする」ことです。

結論から言いますと、この種の拡張（？）ではxulファイルが一切不要です。

次ページ