11/09/17 12:13:26.64
Chromeの拡張は痒いところに手が届かないからなあ
APIはXULよりずっと整理されててとっつきやすいんだが、色々理不尽な制限がついてて嫌になる
484:デフォルトの名無しさん
11/09/17 18:02:27.13
Add-on SDKで拡張を作ってたらいつの間にか今までの方法に戻ってた
SDKよりboostrap.jsの方がよっぽど使いやすいぜ・・・
485:デフォルトの名無しさん
11/09/26 16:20:56.19
アドオンから外部サイトのHTMLを取得するにはどうしたらいいでしょうか
XMLHttpRequest的な関数があれば教えてくださいm(__)m
486:デフォルトの名無しさん
11/09/26 17:24:21.23
ありゃクロスドメインでも普通にXMLHttpRequestでできるんですね
多分解決?しました。。
487:デフォルトの名無しさん
11/09/27 01:33:22.77
URLﾘﾝｸ(dev.mozilla.jp)
Add-on SDK、結局XPCOMそんまんま使わなきゃいけないのかよ
Pythonまでインスコさせておいて、これはちょっとしょぼすぎる
488:デフォルトの名無しさん
11/09/27 05:45:42.25
アドオン自動更新ログ取って試してみたけど一度アプデするとしばらくは手動で更新確認しても
updateURLにアクセスしないのね
489:デフォルトの名無しさん
11/09/27 07:20:04.95
>>487
めっちゃ迷走してんな
490:デフォルトの名無しさん
11/09/27 14:23:11.41
XPCOMを叩くようなコードはサードパーティ製ライブラリとしてまとめておいて
一般開発者はそのライブラリを使うだけだからXPCOM触らなくて済んでｳﾏｰ
ライブラリ作者はライブラリのメンテナンスのために今まで通り苦労
っていう話ですよ。
ライブラリを簡単に使うためのCPANやGemみたいな仕組みが整備されないと
多分あんまり意味無い。
491:デフォルトの名無しさん
11/10/04 15:39:00.12
てかpython入れさせるなら、もういっそのことpythonで拡張書けるようなもの作っちゃいなよって思う
492:デフォルトの名無しさん
11/10/05 06:54:51.06
pythonextがあるから現時点でも作れるには作れるけどビルドにも必要なんだからネイティブサポートしちゃえばいいのに
最近のECMAScriptなんてPythonの影響受けまくりだし
493:デフォルトの名無しさん
11/10/07 06:49:58.90
xptの動的登録ってできないのかな
いろいろ探してみたんだけどわからんかった
494:デフォルトの名無しさん
11/10/07 09:07:58.98
>493
今の設計ではどう頑張っても無理。
Components.manager.addBootstrappedManifestLocation()と同様の機能が実装される必要がある。
495:デフォルトの名無しさん
11/10/07 11:35:42.41
addons.mozilla.org おちてるっぽい
496:デフォルトの名無しさん
11/10/11 23:11:48.54
久方ぶりにまとまった内容の本が出るっぽいが
URLﾘﾝｸ(www.oreilly.co.jp)
でもどうせこれ買うのアドオン開発者くらいなんだから、XUL解説メインの本を出してほしいわ
497:デフォルトの名無しさん
11/10/11 23:47:38.93
本買った 理解できたと 勘違い
498:デフォルトの名無しさん
11/10/12 00:28:00.98
本買うよりMDN見たほうがいいよ
499:デフォルトの名無しさん
11/10/12 00:54:00.93
いまさら Gecko はねーだろ
JavaScriptは参考になるだろうけど
500:デフォルトの名無しさん
11/10/12 01:33:14.19
MDNは化石レベルの情報が平然と残ってるのでちょっと怖い
501:デフォルトの名無しさん
11/10/12 02:00:23.57
しょっちゅうリンク切れしてるのかんべんしてくれよ
502:デフォルトの名無しさん
11/10/12 02:25:20.29
翻訳してないページなら素直に英語版のリンク貼りゃいいのに、なんで存在しない日本語版のページへリンク貼るんだ
503:デフォルトの名無しさん
11/10/12 11:43:41.15
>>494
はっきり否定してくれてありがとう。半年くらい悩んでた。