1 名前:デフォルトの名無しさん mailto:sage [04/12/05 00:09:18] オラ拡張作る。 前スレ Mozillaでプログラミング(XUL) pc5.2ch.net/test/read.cgi/tech/1019704370/
144 名前:デフォルトの名無しさん mailto:sage [04/12/21 21:38:49] 強制IDまだ~?と言ってみるテスト。 >>140 >いろんなプロジェクトが進んでるみたい 公開されているのがほとんどです。(ScrapBookとかMoz2chとか) >Googlebarの検索語を全角空白で区切ってもちゃんと動作するようにしたの 是は簡単にできる気がします。 >>134 resourceという変数はDOMの(要素の)ノードが入っていますのでそれを入れればいいかと
145 名前:144 mailto:sage [04/12/21 21:40:21] というかgetWindowForResourceからノード返せといっているのか。 window.document.getElementsByTagName("*")でいいかと
146 名前:デフォルトの名無しさん mailto:sage [04/12/21 21:56:09] >>145 多分違う。
147 名前:144 mailto:sage [04/12/21 21:58:58] いや、>>132 のやりたい事
148 名前:デフォルトの名無しさん mailto:sage [04/12/21 21:58:59] >resourceという変数はDOMの(要素の)ノードが入っています そもそもこれが間違い
149 名前:144 mailto:sage [04/12/21 22:00:05] あ… 属性ノードの間違いorz スマソ
150 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:03:27] 混沌としてきたなぁ。 もしDOMの話をしてるんだったら、属性じゃなくて、要素のID属性だから、 それでいいんだけど、多分、>>132 のやりたいことは コンテナからRDFResouceを直に取り出すことじゃないかな。
151 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:04:08] んでリファレンス見たら単にID渡せば良いだけという罠
152 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:06:40] とりあえず、>>134 は勘違いをしている確立が高いと。 何をしたいかがわからないと答えようがないなぁ
153 名前:132 mailto:sage [04/12/21 22:13:37] 皆さん、すいません。 IDを渡せばいいってのは分かるんですが、Window Mediatorデータソースから 直接getWindowForResourceの引数に使う値を取り出したいのです。
154 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:31:14] データソースってとこ良く分からんがWindow MediatorはXPCOMをインスタンス化しただけだから引数に使う値はない。 #ウインドウ一覧が欲しいという事なのかな #もうちょっと具体的にお願いします。
155 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:37:47] >>154 >>139-142
156 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:38:46] >>154 xulplanet.com/references/xpcomref/comps/c_rdfdatasource1namewindowmediator.html このコンポーネントを使用してるのですが >ウインドウ一覧が欲しいという事なのかな はい、とりあえずそうです。
157 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:40:27] んでID付けたくない理由は?
158 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:44:42] というかRDFの奴が一通り使えるしRDFについて学ぶのが良いと思う。 でも単純なリストではないって事???
159 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:45:27] データソースから取り出すには、コンテナを初期化して、 Enumeratorを回すのが定石。 でも、ウィンドウのリストがほしいだけだったら、mediatorでも出来る上に どっちみちSimpleEnumeratorの説明をしなくちゃならんから、 遠回りしてるだけなんだよ。 だから、情報を小出しにすんな、って言われてるでしょ?
160 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:47:12] >>156 頼むから、getEnumeratorを使ってくれ。 RDFは、もうちょっと知識が身に付いたあとでも遅くないから。
161 名前:デフォルトの名無しさん mailto:sage [04/12/21 22:50:10] >>115-116 実は2分で結論が出てることを、ここまで引っ張ってきてるわけだ…
162 名前:132 mailto:sage [04/12/21 23:06:26] いや、単純にウィンドウのリストを取得するだけなら分かりますし、できるんですが。 ていうか、説明が難しい上にスレも荒れるので、自力で解決したいと思います・・ 今後自分に対するレスはもう不要です、いやほんとに。
163 名前:デフォルトの名無しさん mailto:sage [04/12/21 23:10:29] やり方 wiki.fdiary.net/xul/ に書いてきた
164 名前:デフォルトの名無しさん mailto:sage [04/12/23 11:24:59] ところで、>>132 さんが使おうとしているgetWindowForResourceって使えます? Components.classes["@mozilla.org/appshell/window-mediator;1"].getService(Components.interfaces.nsIWindowMediator).getWindowForResource("window-1"); エラー: Components.classes["@mozilla.org/appshell/window-mediator;1"].getService(Components.interfaces.nsIWindowMediator).getWindowForResource is not a function
165 名前:デフォルトの名無しさん mailto:sage [04/12/23 13:04:35] >>164 >>66 www.xulplanet.com/references/xpcomref/ifaces/nsIWindowDataSource.html
166 名前:デフォルトの名無しさん mailto:sage [04/12/24 05:27:02] 厨房もじらーさんってまだ生きてるのかな?(・∀・)
167 名前:デフォルトの名無しさん mailto:sage [04/12/24 12:41:37] >>166 メールでも送ってみたら?
168 名前:デフォルトの名無しさん mailto:sage [04/12/26 21:44:00] こんな事できたのか。。おれてきメモ。 var docroot = window.content.document.documentElement docroot.innerHTML += '<p id="hoge">hoge</p>' window.content.document.getElementById("hoge") //もうひとつ var doc = document.implementation.createDocument("","html",null) var range = doc.createRange(); range.selectNodeContents(doc.documentElement); range.collapse(true); var cf = range.createContextualFragment(htmlcontent) doc.documentElement.appendChild(cf) var serializer = new XMLSerializer(); var xml = serializer.serializeToString(doc); これで、htmlも簡単にxmlに変換できるのね。
169 名前:デフォルトの名無しさん mailto:sage [04/12/31 12:46:05] テキストファイルの文字コードの自動認識する方法ってありますか?
170 名前:デフォルトの名無しさん mailto:sage [04/12/31 17:41:00] >>169 あるよ
171 名前:デフォルトの名無しさん mailto:sage [04/12/31 18:37:24] ウィンドウにフォーカスがあるか調べるメソッドかなんかあります?
172 名前:デフォルトの名無しさん mailto:sage [04/12/31 18:44:04] 自己解決しますた。
173 名前:デフォルトの名無しさん mailto:sage [04/12/31 19:04:51] >>170 どのようにすれば自動認識できますか?
174 名前:デフォルトの名無しさん mailto:sage [04/12/31 19:08:22] 自動認識はできないんじゃ? 確かflyson氏のページに日本語の文字コードを簡易的に識別する関数があったが…
175 名前:デフォルトの名無しさん mailto:sage [04/12/31 21:04:18] >>173 他のプログラム言語で書かれた判定式を移植 #Mozilla内部にもあるはずだけどJSからは使えないはず
176 名前:デフォルトの名無しさん mailto:sage [04/12/31 23:08:31] >>22 の拡張を入れたらフロントエンドからアンインストールしても「次回の起動時に削除されます」 とか書かれて再起動しても消えてくれない・・・・ とりあえず手動で消すにはどうしたらいいですかね
177 名前:デフォルトの名無しさん mailto:sage [04/12/31 23:13:22] プロセスが残ってない? Winならタスクマネージャで調べてみて。
178 名前:デフォルトの名無しさん mailto:sage [05/01/01 00:10:49] >>177 プロセスで殺しても無理でした。ついでにPCごと再起動しても無理です・・・
179 名前:デフォルトの名無しさん mailto:sage [05/01/01 00:14:28] extension.rdfあたりを手動でいじればいいんじゃ?
180 名前:デフォルトの名無しさん mailto:sage [05/01/02 05:37:34] nsIRequestObserverのonStopRequestで、statusCodeに2147500033という数値が返ってきました。 この数値の意味を知る方法はありますか?
181 名前:デフォルトの名無しさん mailto:sage [05/01/02 08:32:13] それは、NS_ERROR_NOT_IMPLEMENTEDだな。 idlでは定義されてるんだが、実装を書かないとそうなる。
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 ] Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Perl
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 で調べろ。