XULとの決別、XPCOMの廃止はありえるのか？ - hogehoge @teramako
Mozilla Labs » Blog Archive » Jetpack 50-Line Code Challenge Winner is Crowned[bookmark] jetpack feature installer おめでとうございます！ http://bit.ly/5zueJf RT @teramako: そいえば、 #jetpack 50 line contest はどうなったんだ? Twitter / Gen Kanai: おめでとうございます！ http://bit.ly/ ... コーヒー飲んでいる時だったら間違いなく噴いたね。 正直ネタとしてエントリしただけで入賞なんて全然狙ってなかった。 理由としてはエントリのために多少の変更を加えたものの id:piro_or さんが指摘されている .@teramako 受賞作3作のうち1つはXPConnect使用、1つはra
FirefoxのHTTPプロトコルハンドラを置換してローカルプロキシっぽい動作をさせる - 遥かへのスピードランナー
先日の僕のFirefoxアドオン(XPCOM)でHTTPプロクシを実装するの記事の発展系として、piroさんがローカルプロキシっぽいことをローカルプロキシを立てずにやろうとして挫折したことのまとめというすばらしくためになる記事を書かれています。 この記事の中でpiroさんは「特定のURIにアクセスしようとした時だけ、あらかじめ定義しておいたルールに従って別のリソースを返す」ことを実現するために、3つのやり方を提案しています。 ローカルプロキシを実装して、その中でリダイレクトするやり方。 http-on-modify-requestイベントのタイミングでリダイレクトするやり方。 nsIContentPoilcyのshouldLoad()の中でリダイレクトするやり方。 で、結論として2,3で目的を達成するのは難しそう、とのことなのですが、僕がかねてから考えていた4つ目のアイデアがあって、ちょっ
XPCOMでUTF-8文字列から入力ストリームを作る - Gemmaの日記
最近、XULの勉強をしている。 Gaucheの豊富なポート操作に慣れているおかげで、XPCOMのストリームの理解がそれほど苦にならない。 GaucheはポートにバイナリIOとキャラクタIOを混ぜて使えたり、ファイルを重複して開いてもポートへの操作を共有してくれたりと、微に入り細を穿っている。 それに反してXPCOMでは、 例えば、バイナリIOのnsISeekableStreamのseekと、キャラクタIOのnsIConverterInputStreamのreadStringは混ぜられない(たぶん)。(追記:2009/4/27 詳しく言うと、seekでUTF-8文字列の"キリの悪いところ"を指すと、readStringに謎の文字がでる。Gaucheは謎の文字を"不完全文字列"としてちゃんと区別してくれるので助かる。) nsIFileInputStreamはファイルを重複して開こうとすると前の
Firefox拡張機能開発チュートリアル - outsider reflex
Firefox拡張機能開発チュートリアル XULの基礎からXPCOMの利用方法まで徹底解説！ 2008/4/12 2008/9/25 2009/3/12 Software Design誌2007年4月号第2特集「Firefox拡張機能開発チュートリアル」をFirefox Developers Conference Summer 2007でテキストとして頒布するために再録したものです。また、付録として知って役立つOSSのライセンスも収録させていただいています。 ダウンロード 目次 奥付 ライセンス 関連文書 Home Back to List 目次 1章：Firefox拡張機能ことはじめ（江村 秀之（level）） はじめに 拡張機能普及の背景 拡張機能でできること 拡張機能を作ってみよう！ 2章：拡張機能開発で使う技術（下田 洋志） 拡張機能開発に利用する技術 それぞれの技術の役割 最低限
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
