[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 20:59 / Filesize : 246 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Mozillaでプログラミング(XUL) その2



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 で調べろ。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<246KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef