拡張機能勉強会なんでだろう。今度リトライしてみる。なんかたまにLDRだと登録出来ないフィードあるよねぇ。|と言う事を以前から思ってた訳です。再利用出来るライブラリ群ライブラリ間の依存関係の解決バージョンとか自動でダウンロードとか名前空間の提供って機構の事。d:id:cho45が最近書いてた内容で、なんかすげーめんどくさいなぁ。XUL/XPCOMでのファイルのよみかきって言ってるけど、これこそCPAN的な機構があって誰かが既に便利なwrapperを書いてればそれで済む話なんだよね。拡張開発ってどれもこれもそういう枠組みがないから、同じコードが何度も登場したりする。拡張機能勉強会などを書いた。後者はコメント欄でd:id:mal_blueさんが色々教えて下さったので読んで頂けると。titleを見るとjsmって言う拡張子のJavaScriptをimportする枠組みがあるみたいだけど、このjsmってのは開発者間でより拡張して、さらには他の開発者も利用する事が出来るんだろうか。この辺りは自分でも調べてみないとなぁ。思ったんだけど、CPANで言うところのCPAN.pm的な拡張を作って、その拡張内にjsm的なファイルを管理できる枠組みがあったらいいんじゃないかなーって思う訳です。みんなが拡張作る際に、この拡張にのみ依存関係を指定して、その拡張に対してIO関連のなんちゃらって言うjsmが必要だぜって指定してあげると良しなにやってくれるみたいな。(2007-12-24T02:28:00+09:00)JSANとは決定的に違う物であって欲しい。Mozilla系の実行環境で動く物だからもっとそれに依存した機能はモリモリ使って良いと考えてる。ServerをMozillaで書くとか変態的な事が出来るようになるんじゃないかなーとか思ったり思わなかったり。あとこういう枠組みが出来たら、デスクトップアプリ開発環境としては相当画期的なんジャマイカ。Airとか目じゃないよ。KasataniさんはXULまわりかなり詳しそうですよ。id:ku0522さんおお、情報ありがとうございます。中野さんの「もずはっく日記」は外せないかと。10:47もじらあんてなの中の人です。nanto_viさんありがとうございます。d'Arcさんいやいや、昔からやってる方がむしろ上がって来ない事が多いので参考になりました。