- 1 名前：デフォルトの名無しさん mailto:sage [04/12/05 00:09:18]
- オラ拡張作る。
前スレ
Mozillaでプログラミング(XUL)
pc5.2ch.net/test/read.cgi/tech/1019704370/
- 182 名前：デフォルトの名無しさん mailto:sage [05/01/02 08:35:05]
- >>66の例でいくと、「握手しようとしたら、空振り」エラーだ。
- 183 名前：デフォルトの名無しさん mailto:sage [05/01/02 10:14:40]
- 握手に失敗しても空振りとは言わんな
むしろ空手形とかそんなんだろ
- 184 名前：デフォルトの名無しさん mailto:sage [05/01/02 22:29:41]
- 空手形もおかしい
- 185 名前：デフォルトの名無しさん mailto:sage [05/01/03 22:20:51]
- ページ読み込み完了時に処理させたいのですが、どのようにしたらいいでしょうか？
mTabBox.addEventListener("load", test, true);
現在このようにやってますが、これでは早すぎます。
- 186 名前：デフォルトの名無しさん mailto:sage [05/01/03 22:29:54]
- >>185
mTabBox.addEventListener("load", test, false);
でいかがでしょうか? (>>111-114 参照)
- 187 名前：デフォルトの名無しさん mailto:sage [05/01/03 22:33:01]
- >>186
ありがとうございます。
それも試しましたが、それだとうまく"完了時"に取得できないようです。
他の方法があればよいのですが・・・
- 188 名前：デフォルトの名無しさん mailto:sage [05/01/04 02:04:40]
- nsITreeViewを自分で実装したツリーで、setCellTextしてもすぐにはツリーセルのテキストが変わらず、
なぜかそのセルを選択状態にすると変更が反映されます。
これをどうにかすぐに反映させるようにできないでしょうか？
- 189 名前：188 mailto:sage [05/01/05 23:54:27]
- 自己解決というか実装の仕方を変えたので質問を取り下げます。
- 190 名前：デフォルトの名無しさん mailto:sage [05/01/08 12:16:32]
- firefoxの拡張機能で、インストール時に独自の設定ファイルを作る方法ってあります?
- 191 名前：デフォルトの名無しさん mailto:sage [05/01/08 13:19:32]
- デフォルト設定を*.jsで定義したいという話なら、
だとしたら、しかるべきパスにしかるべきファイルを置いて
*.xpiに含めればいいと思う。
- 192 名前：190 mailto:sage [05/01/08 17:55:27]
- >>191
defaults/preferences/*.js ではなくて、独自の「ファイル」の方法ってことです。
で、さっき気が付いたんだが、 *.xpi の中に setting.xml とか置いておけば、インストール時に
%ProfD%/extensions/{extension-uuid}/setting.xml
に展開されるから独自の設定ファイルを置けることがわかったので、解決しました。
が、これだとアップデート時にもsetting.xmlが上書きされてしまうという問題点がうまれてしまいました。
- 193 名前：デフォルトの名無しさん mailto:sage [05/01/08 18:36:29]
- >>192
> defaults/preferences/*.js ではなくて、独自の「ファイル」の方法ってことです。
そういうポリシーになってないと思う。
- 194 名前：デフォルトの名無しさん mailto:sage [05/01/08 19:17:09]
- >>192
xpiにあらかじめ設定ファイルを含めるのではなく、初回起動時に生成できればいいよね。
アップデート時は設定ファイルの存在を判定して、あればそのまま使うように。
- 195 名前：デフォルトの名無しさん mailto:sage [05/01/08 20:02:27]
- nsIPrefServiceに任意のファイルに設定を出力する機能があったと思うけど、
これは特定のブランチ以下だけを吐くとかできるのかな？
無理なら、TbEみたいに自力で実装するしかないかと。
- 196 名前：190 mailto:sage [05/01/09 12:06:31]
- やっぱり起動するときに、設定ファイルを捜したり作ったりする処理が必要なのか…。
皆さん、ありがとうございました。
- 197 名前：デフォルトの名無しさん mailto:sage [05/01/12 02:03:26]
- Mozillaのインクルードディレクトリ、
あちこちに散らばってるのですが全部手動で指定するのはダルイです。
皆さんどうやって対応しているのですか？
#include "xpcom/xxxx.h"
みたいにしてます？
- 198 名前：デフォルトの名無しさん mailto:sage [05/01/12 02:19:51]
- 拡張の多言語版の配布方法で困っています。
ある拡張の公式なバージョン（例えばen-USとja-JP）とは別にローカライズ版（例えばde-DE）が存在するとき、
ローカライズ版をインストールしたドイツ人のユーザが拡張の更新ボタンを使って公式バージョンの最新版へ
アップデートすると、ロケールに食い違いが生じて赤字のXULエラーが出てしまうという問題があるようです。
このような場合、ローカライズ版を一度インストールした人は今後ずっとローカライズ版がアップデートされるのを
待つように注意を促すしかないのでしょうか？
- 199 名前：デフォルトの名無しさん mailto:sage [05/01/12 03:13:45]
- それしかないと思う。現状のExtensionManagerでは対策のしようがないので。
あと、ローカライズ版作成者の人に
ローカライズ版専用の自前の更新情報を提供してくれるよう
協力を呼びかけるくらいだろうか。
- 200 名前：デフォルトの名無しさん mailto:sage [05/01/12 03:28:50]
- ありがとうございます。やはりそうですか…。
ローカライズ版作者にupdate.rdfを作ってもらうという方向でいきます。
しかし不要なトラブルを避けるためにいっそ自分で全ロケールを管理した方がマシのような気もしてきました。
- 201 名前：デフォルトの名無しさん mailto:sage [05/01/12 12:42:06]
- それが妥当だと思うなあ。 > 自分で全部管理
手数は増えるけど。UNIXのソフトは普通そうだよね。
リリースが近くなったらアナウンスして翻訳してもらって。
- 202 名前：デフォルトの名無しさん mailto:sage [05/01/12 20:22:28]
- XULのwikiに拡張の説明のローカライズの仕方書いてきた。(って言ってもコピペだけど)
#んで書いてみて、何か物凄い面倒なことしてるな>俺って思ったのは気のせい。
>>200
全部自分で管理、新たな文が必要になった所は英語で補完しとけば良いと思う。
- 203 名前：デフォルトの名無しさん mailto:sage [05/01/17 06:28:07 ]
- XUL開発のために今までずっとnglayout.debug.disable_xul_cacheをtrueにしてたけど、
久々にfalseにしたらFirefoxが驚くほど軽快に。デバッグするときと普段とでいちいち値を
切り替えるのは面倒だけど。
- 204 名前：デフォルトの名無しさん mailto:sage [05/01/19 00:13:03 ]
- HTMLの文字列をDOM treeに変換したいときは、どうするのがベストでしょうか。
空のHTMLDocumentを作って、innerHTMLに入れるのかと
思ったんだけど、document.implementation.createDocumentで作られるのは
XMLDocument…。
- 205 名前：デフォルトの名無しさん mailto:sag [05/01/19 07:27:41 ]
- DOMParserは?
- 206 名前：デフォルトの名無しさん mailto:sage [05/01/19 14:06:53 ]
- >>205
DOMParserはXMLのパースしかできなかったと思われ。
- 207 名前：デフォルトの名無しさん mailto:sage [05/01/19 19:24:47 ]
- firefox.geckodev.org/?%B3%C8%C4%A5%A4%CE%BA%EE%C0%AE
のHello worldチュートリアルを見てコンテキストメニューとツールのとこに
メニューを追加する方法はわかったのですが、
タブの右クリックメニューのところにはどうやって追加するのでしょうか？
難しいんですか？
- 208 名前：デフォルトの名無しさん mailto:sage [05/01/19 19:34:15 ]
- >>207
簡単ですよ
- 209 名前：207 mailto:sage [05/01/20 20:24:58 ]
- >>208
toolkit.jarを書き変えれば確かに簡単だけど、
自分の拡張からだとXBLとかいうのを書くみたいでちょっと初心者には無理ですね。
来年がんばります。
- 210 名前：208 mailto:sage [05/01/20 20:42:48 ]
- >>209
勘違い?
#オーバーレイを使えば肝胆なのに
- 211 名前：デフォルトの名無しさん mailto:sage [05/01/21 01:00:23 ]
- 確かにタブのコンテクストメニューってidで一意に定められているわけじゃなく、
XBLで各タブごとに存在するという感じだから、例えばcontentAreaContextMenuにオーバーレイ
するみたいに一筋縄ではいかない気がするな。
- 212 名前：208 mailto:sage [05/01/21 18:34:13 ]
- よく調べないで書き込んでｽﾏｿ。
#でもXBLもそんなに難しくない気がするけど…
- 213 名前：デフォルトの名無しさん mailto:sage [05/01/30 19:30:13 ]
- >>211
XBLはCSSに入ってるから、オーバーレイっていうよりカスケーディングだな。
CSSはオーバーレイされてるんだけどね。
根本的な考え方は一緒、というかむしろカスケーディングの方が
なじみがあるだろう。
- 214 名前：デフォルトの名無しさん mailto:sage [05/02/02 03:47:44 ]
- xul-app.hp.infoseek.co.jp/xultu-janit/datasrc.html
ここの6.7.2のファイルブラウザーが何も表示されませんが、何か間違っていますでしょうか？
treecolsが無いのはおかしいと思い追加してみたが、それでもダメでした。
- 215 名前：デフォルトの名無しさん mailto:sage [05/02/02 19:19:12 ]
- そのサンプルが古いからです。
>2002 年 3 月 16 日記。このページの更新は、もはや、ありません。
>後を継いで頂ける方がありましたら、ここでのこれまでの翻訳を、ご自分のサイトに移して、このサイトの翻訳が停止した後の差分を訳すなり、一から訳し直すなりの措置をお取り頂ければ幸いです。
>私の連絡は不要です。このページは、4 月末までに廃止されます。
- 216 名前：デフォルトの名無しさん mailto:sage [05/02/03 02:40:57 ]
- 現在の仕様では、旧treeウィジェットはなくなって、
その資料でoutlinerとなっているものがそのまま名称変更されて
treeとして実装されています。
- 217 名前：デフォルトの名無しさん mailto:sage [05/02/03 21:56:19 ]
- >>215-216
ありがとうございました。
もう一度考えてきます。
- 218 名前：デフォルトの名無しさん mailto:sage [05/02/07 20:16:11 ]
- これ結構楽しいかも。
JSDoc
jsdoc.sourceforge.net/
- 219 名前：デフォルトの名無しさん mailto:sage [05/02/07 21:48:17 ]
- Ｒｕｂｙ ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Ｐｅｒｌ
- 220 名前：デフォルトの名無しさん mailto:sage [05/02/07 22:06:13 ]
- >>219
Python と HSP を忘れてるぞ。
……って Ruby スレじゃないじゃん。ここ。
- 221 名前：デフォルトの名無しさん mailto:sage [05/02/10 07:31:13 ]
- すいません、RDFとTemplateに絡んで質問なんですが、
<rdf:Description rdf:about="...">
<my:property rdf:parseType="Literal"><html:em>はろー</html:em>ぐっど<html:br />もーにんぐ</my:property>
</rdf:Description>
というふうにparseType="Literal"である目的語の値をそのままテンプレートに使うのにはどうしたらいいんでしょうか。
ためしに以下のようにやってみましたが、(&my;は名前空間URIに展開される)
<rule>
<conditions>
...
<triple subject="..." predicate="&my;property" object="?object" />
</conditions>
<action>
<html:p uri="..."><textnode value="?object" /></html:p>
</action>
</rule>
以下のような結果になってしまいました。
<html:p>rdf:#$R1O4A1</html:p>
ほしい結果は以下のとおりです。
<html:p><html:em>はろー</html:em>ぐっど<html:br />もーにんぐ</html:p>
何とかテンプレート関連要素を使ってやる方法はないのでしょうか？
それともこういう場合はスクリプトで処理していかなくてはならないのでしょうか？
# 関係ないけどXUL/Migemoはすごいですね。
# "parseType"で検索したら「パース型」まで引っかかりましたよ。
- 222 名前：デフォルトの名無しさん [05/02/11 08:16:38 ]
- sidebarBox = document.getElementById("sidebar-box");
みたいな感じでGUIの部品への参照を取得してるみたいなのですが
引数として与えられる文字列と取得できる部品の対応表とメンバ一覧みたいのはありますか?
- 223 名前：デフォルトの名無しさん mailto:sage [05/02/11 11:07:44 ]
- >>222
domi
- 224 名前：デフォルトの名無しさん mailto:sage [05/02/12 15:54:12 ]
- >>221
> lxr.mozilla.org/mozilla/source/rdf/base/src/nsRDFContentSink.cpp
>
> This code is based on the final W3C Recommendation,
> www.w3.org/TR/1999/REC-rdf-syntax-19990222.
moz の実装してるRDFの仕様は少し古いので
> 2) We don't support the `parseType' attribute on the Description
> tag; therefore, it is impossible to "inline" raw XML in this
> implemenation.
perseType="Leteral" 属性は使えない、XML 断片を含ませることができない。
だそうだけど...何か方法あるのかな。
- 225 名前：デフォルトの名無しさん mailto:sage [05/02/12 20:36:58 ]
- まずはbugzillaでvoteするべし
- 226 名前：221 mailto:sage [05/02/16 01:52:59 ]
- >>224
おおっ、ありがと。ってサポートされてないのね。残念。
仕方ないからテンプレート使わず単なるXMLとみなして
DOMでひとつずつ取り出すかXSLTで一気に変換するかします。
ちなみにBugzillaで探したら
Bug 33197 - no support for parseType="Resource|Literal"
https://bugzilla.mozilla.org/show_bug.cgi?id=33197
RESOLVED/FIXEDになってる！？
どうやらNC:parseType (意味的にはrdf:datatypeに相当？)が実装されたときに
FIXEDにされたらしいですが……どうなってるんでしょ？
- 227 名前：デフォルトの名無しさん mailto:sage [05/02/16 10:55:42 ]
- >>226
Bug 33197 の修正元
Bug 118865 - Asserting an rdf int literal writes malformed xml
https://bugzilla.mozilla.org/show_bug.cgi?id=118865
のパッチ
https://bugzilla.mozilla.org/attachment.cgi?id=64400
をみても、NC:parseType="Interger" と NC:parseType="Date"
しか実装されてないように見える。Bug 33197 はきちんと直ってないんじゃないかなぁ。
テンプレートじゃなくてスクリプトで、nsIRDFService.GetLiteral 使う場合は
できるのかも。試してないからわからんけど。
- 228 名前：デフォルトの名無しさん mailto:sage [05/02/20 11:14:04 ]
- contents.rdfが廃止
slashdot.jp/journal.pl?op=display&uid=15295&id=282407
- 229 名前：デフォルトの名無しさん mailto:sage [05/02/20 22:01:54 ]
- どういった利点が？
- 230 名前：デフォルトの名無しさん mailto:sage [05/02/20 22:37:20 ]
- 簡単に拡張を作成できるようにしました。
nazodane.hp.infoseek.co.jp/extension/xuld.xhtml
ツール>拡張の作成で作成できます。
まだあまりテストしてなかったり、ロケールがen-USのみ固定だったりするので人柱募集。
- 231 名前：デフォルトの名無しさん mailto:sage [05/02/20 23:29:18 ]
- >>230
GJ!
これで生成できるGUIDって正式なやつなんでしょうか？
- 232 名前：デフォルトの名無しさん mailto:sage [05/02/21 09:24:59 ]
- RDFデータソースの操作で参考になる拡張は何ですか？
- 233 名前：デフォルトの名無しさん mailto:sage [05/02/21 16:36:31 ]
- >>231
guidのwindowsでの正式な出し方はadvapi32.dllを使うのでどうしようもありません。
またunixではランダムデバイスを使っているようです。
ようはランダムであれば良い訳で別にMath.randomでも問題なさげと判断しました。(内部処理までは確認してません。)
- 234 名前：デフォルトの名無しさん mailto:sage [05/02/21 19:47:39 ]
- >>233
でも、なるべく衝突しないようにしなきゃいけないわけで。
- 235 名前：デフォルトの名無しさん mailto:sage [05/02/21 20:08:03 ]
- GUIDは全部をランダムに取るわけじゃないよ。
それなりに人によって使う領域が違ってくるように考えられている。
計算の仕方というのがあるのできちんとやるように。
- 236 名前：デフォルトの名無しさん mailto:sage [05/02/21 20:25:31 ]
- あーデバイスから求めてる訳か。
JSの実装がどうなってるか確認してみます。
- 237 名前：デフォルトの名無しさん mailto:sage [05/02/21 20:26:21 ]
- >>235
角度とか？
つか、偉そうなこと言うんだったらもうちっと具体的なこと言えばいいのに（笑）
- 238 名前：デフォルトの名無しさん mailto:sage [05/02/21 20:39:20 ]
- ダメっぽいな…
XPCOMあさってみます。
- 239 名前：デフォルトの名無しさん mailto:sage [05/02/21 20:45:06 ]
- crypto.random();が実装されてないorz
- 240 名前：デフォルトの名無しさん mailto:sage [05/02/21 20:53:08 ]
- >>237
DCE 1.1 RPC Specificationを読め。
- 241 名前：デフォルトの名無しさん mailto:sage [05/02/21 21:06:11 ]
- uuid=guidでいいんだよね
lxr.mozilla.org/mozilla/source/calendar/libxpical/token.c
是見るとやっぱり時間で求めてるorz
他の所も
>"uuid" + (new Date()).getTime();
な感じで無理っぽいなorz
- 242 名前：デフォルトの名無しさん mailto:sage [05/02/21 21:26:29 ]
- >>240
uuidって仕様あったんだ
某所で聞いた時誰も答えてくれなかったorz
- 243 名前：デフォルトの名無しさん mailto:sage [05/02/22 00:04:37 ]
- nazodane.hp.infoseek.co.jp/uploader/xuld_v0.3.2+.xpi
GUIDを修正してみた。
ただしvbs関係でエラーが出たりウイルスチェッカーが引っかかったりする可能性大。
Cドライブ以外にプロファイルがある時は上手く動作しない。
- 244 名前：DCE mailto:sage [05/02/23 00:21:46 ]
- www.mozilla-japan.org/projects/firefox/extensions/packaging/themes.html
uuidgen / guidgen で調べろ。
- 245 名前：243 mailto:sage [05/02/24 16:45:55 ]
- 添付フォルダを使うようにしました。
これでwindows上では問題なし。
>>244
で?
- 246 名前：デフォルトの名無しさん mailto:sage [05/02/24 17:30:12 ]
- >>244
そのツールって内部から呼べて、さらに値返ってくるの？ってことでしょ
>>245
手動の計算方法は*BSDのソース見たときに載ってた気がする
まぁ計算方法は何とでもなるだろうけど、問題は機種固有数値の取得か
あれって確かMACアドレス取ってるんだっけ？
# Windows系だけでOKなら、現行の仕様で問題無さそうだけど
- 247 名前：デフォルトの名無しさん mailto:sage [05/02/24 17:35:59 ]
- windowsではvbsでScriptlet.Typelibを使うようにしたので問題ないです。
linuxでは/dev/urandomや/dev/randomを読み込むだけでよさげだけど環境が無いので対応は後回し。
- 248 名前：デフォルトの名無しさん mailto:sage [05/02/24 17:52:37 ]
- >>246
> 手動の計算方法は*BSDのソース見たときに載ってた気がする
> まぁ計算方法は何とでもなるだろうけど、問題は機種固有数値の取得か
> あれって確かMACアドレス取ってるんだっけ？
そう。DCEのSpecの"UUID Format"ってとこに書いてある。
要するにMACアドレスが(建前としては)一意性を保証されてるってことと
時刻を利用して理論的には一意な数値を叩き出す。
MACアドレスが尽きたらどうするんだろうというのは昔から謎。
- 249 名前：デフォルトの名無しさん [05/02/24 17:54:16 ]
- xul+javascriptでデータベースアプリケーションは作れマツか？
その1は落ちていて読めていません。
- 250 名前：デフォルトの名無しさん mailto:sage [05/02/24 18:32:10 ]
- >>249
とりあえずその1
makimo.to/cgi-bin/html2dat/html2dat.cgi?pc5_tech/1019/1019704370.html
データアプリケーションは作れなくも無いけど、読み込みスピードの問題が発生してくるかも。
- 251 名前：デフォルトの名無しさん mailto:sage [05/02/24 18:48:53 ]
- こんなのあったりもします
jsdb.sourceforge.net/index.html
- 252 名前：sage [05/02/25 05:54:21 ]
- > 250, 251
ありがとうございます。
既存のDBを使いたかったら、PHPとかサーバサイドでその処理を行い、
xul+jsはフロントエンドとして使う、ということですね。
flexとかと同じですね。
- 253 名前：252 mailto:sage [05/02/25 05:55:15 ]
- sageのいれどころ間違いました。すいません。
- 254 名前：デフォルトの名無しさん mailto:sage [05/02/25 08:59:39 ]
- 一瞬ThunderbirdにSageのXPI突っ込んじゃったのかと思っちゃったじゃないか
- 255 名前：デフォルトの名無しさん mailto:sage [05/03/03 08:04:06 ]
- ナイトリービルドではXUL(JavaScript)の仕様もあちこち変わってきているように見受けられますが、
そういった細かい仕様変更やバグフィックスなどに関する情報はどこで手に入れることができますでしょうか？
- 256 名前：デフォルトの名無しさん mailto:sage [05/03/03 17:09:38 ]
- >>255
mozillaのwikiに載ってるよ。
ちなみに>>228はxulrunnerでしか関係ないと思われ
- 257 名前：デフォルトの名無しさん mailto:sage [05/03/03 19:55:19 ]
- xulrunner結構いいけど是と言って作る物が思いつかないorz
- 258 名前：デフォルトの名無しさん mailto:sage [05/03/03 21:16:35 ]
- サイドバーにテキストボックスを1つ配置したとして、
その内容（value）を閉じても保持するにはどういう方法がありますか？
要はスタティックな変数が確保できればいいんですけど、
function hoge(){};
hoge.prototype = {
load: function(){
var hogeside = document.getElementById("hogeSidebar");
hogeside.value = ++hoge.prototype.count;
},
count:0
}
var hogehoge = new hoge();
例えば上のようなコードで、サイドバーを開く度にcountをインクリメントして表示だと、
どういう風に書けばいいでしょうか。
（上の例では毎回1が表示される）
- 259 名前：258 mailto:sage [05/03/03 21:21:48 ]
- ああ何か違う_no
countを〜じゃなくて、テキストボックスのvalueをインクリメントして〜、です
- 260 名前：デフォルトの名無しさん mailto:sage [05/03/03 21:28:25 ]
- preferencesに保持するのが一般的と思われ
- 261 名前：260 mailto:sage [05/03/03 21:30:20 ]
- xulplanet.com/references/xpcomref/ifaces/nsIPrefBranch.html
- 262 名前：258 mailto:sage [05/03/03 21:49:32 ]
- >>260-261
ありがとうございます。
ただ、例なので単純に数値のインクリメントにしてみたんですけど、
実際はテキストボックスでなくツリーで、
ツリー内の状態を保持しようと考えてます。
その場合もやっぱりpreferencesしか手はないでしょうか？
- 263 名前：デフォルトの名無しさん mailto:sage [05/03/03 21:56:33 ]
- >>262
それだったらrdf
- 264 名前：デフォルトの名無しさん mailto:sage [05/03/03 22:50:03 ]
- xulplanet.com/tutorials/xultu/persist.html
- 265 名前：デフォルトの名無しさん mailto:sage [05/03/05 00:16:24 ]
- 斜め読みで適当に書いてるんで、間違ってても知りませんよ。
ttp://piro.sakura.ne.jp/latest/2005/03.html#d5-A7F7BD1E-1
- 266 名前：デフォルトの名無しさん mailto:sage [05/03/05 01:12:36 ]
- >>265
乙です。
chrome.manifestはinstalled-chrome.txtの記述にさらにcontents.rdfのoverlayの記述を加えたような感じですね。
XMLではないので読み書きしやすいので、こちらの方がよさげな気がします。
ただ、今までinstall.rdfで登録していた拡張の名前やバージョン、アップデートURLなどの情報はどうなるのだろうか。
- 267 名前：デフォルトの名無しさん [05/03/05 01:55:04 ]
- ほんとだね。どうなるんだろ
- 268 名前：デフォルトの名無しさん mailto:sage [05/03/05 12:18:13 ]
- >>266
いや変わらないでしょ
>install.rdfと
って所はただのミスでしょ
一箇所にまとめるのもいいと思うしスピードを上げるのもいいけどRDFの採用を減らすのはどうかと思うな…
- 269 名前：デフォルトの名無しさん mailto:sage [05/03/05 13:28:13 ]
- んで疑問なのはmanifestの置く場所がxulrunner(というかアプリケーション側)と違う事。(アプリケーション側はchromeフォルダ内)
- 270 名前：デフォルトの名無しさん mailto:sage [05/03/07 20:05:14 ]
- windowsでfirefoxのtrunkを使っているのですが
window.open("chrome://*",null,"chrome,alwaysRaised");
が聞かない様な気がするのですがどうすればいいのでしょうか?
- 271 名前：デフォルトの名無しさん mailto:sage [05/03/07 20:55:51 ]
- 便利でメジャーなプラグインを自動で検索してインストールするプラグインｷﾎﾞﾝ
- 272 名前：270 mailto:sage [05/03/07 21:08:00 ]
- 親のzLevelが設定されてないとだめなのかなぁ…
>>271
窓の社(not 杜)の中の人乙
- 273 名前：デフォルトの名無しさん mailto:sage [05/03/07 21:21:32 ]
- ウィンドウの内部名はなんでnullになってるの?
- 274 名前：デフォルトの名無しさん mailto:sage [05/03/07 21:28:45 ]
- >>273
'_blank'になおしますた。
それと上手くいったけどtopmostっていってもfirefox内だけなのねorz
- 275 名前：デフォルトの名無しさん mailto:sage [05/03/08 00:14:10 ]
- システムに対してtopmostにできるとフィッシングに使う馬鹿が出るから仕方ない
と言っても特権持ったXULアプリならできても良さそうなもんだがな
- 276 名前：デフォルトの名無しさん [05/03/08 01:32:07 ]
- Win32API呼ぶ方法ってありますか？
- 277 名前：デフォルトの名無しさん mailto:sage [05/03/08 23:47:16 ]
- rundll32.exe使うとかどうよ
- 278 名前：デフォルトの名無しさん mailto:sage [05/03/09 22:15:18 ]
- そんなんじゃIEには勝てないな
- 279 名前：デフォルトの名無しさん mailto:sage [05/03/09 22:32:56 ]
- >>278
ええ、確かにIE+ASP.NETとは比べ物になりませんよ
やりようによってはウイルスだってハードディスク丸ごとフォーマットだってできちゃうXULに勝ち目はありません。
- 280 名前：デフォルトの名無しさん mailto:sage [05/03/10 16:41:17 ]
- nsIViewManagerでサムネイルが出力できるようになったのはいいんだけど(set MOZ_FORCE_PAINT_AFTER_ONLOAD=c:\tmp\test)、xpcom側から使えないのがなぁ…
是使えればもっと色々なことできそうなのに…
誰かパッチ書いてくれないかなぁ(他人任せ)
- 281 名前：デフォルトの名無しさん mailto:sage [05/03/10 23:37:03 ]
- 武熊をサムネイルで整理とかできたらおもしれえかもな。
- 282 名前：デフォルトの名無しさん mailto:sage [05/03/13 08:09:28 ]
- ブラウザが持っているダイアログ(ブックマークに追加、など)を呼び出して、通常と違う動作をさせるにはどうしたらいいんでしょうか？
通常呼び出される場合には手を加えず、特殊な場合だけ動作を変えたいのです。
|
 |
