SCRAPBLOG : ダウンロードマネージャに進捗状況を表示させつつダウンロードする
modest に投稿した記事と同内容です。 拡張機能にて、ある URL からファイルをダウンロードするには、 Downloading Files – MDC で解説されているように nsIWebBrowserPersist::saveURI を使うのが一般的です。この方法でダウンロードをすると、ダウンロードマネージャの UI 上に進捗状況が表示されず、バックグラウンド処理のような感じでダウンロードが進行します。 では、ダウンロードマネージャに進捗状況を表示させつつダウンロードするには、どうすれば良いのでしょうか？そのためには、 Firefox 3 以降で導入された nsIDownloadManager インタフェースの API を利用します。 ここからは例として Google のロゴ画像をダウンロードし、ローカルファイルとして保存する手順を解説します。なお、ソースコード中の Cc, Ci
SCRAPBLOG : Firefox 3.1 の新しいドラッグ＆ドロップ API の基本的な使い方 （その2～ドラッグ処理）
その1～イベントハンドラの追加から引き続き、ドラッグ元の要素をドラッグ開始した際に、転送データをセットする処理を追加する。 DataTransfer オブジェクト ドラッグした際に転送データをセットする処理や、ドロップした際に転送データを取得する処理は、 DataTransfer オブジェクト (event.dataTransfer) によって行う。 ドラッグ元をドラッグ開始時、つまり dragstart イベント発生時、転送データをセットするには、 DataTransfer オブジェクトの setData メソッドを使用する。 setData メソッドの第1引数は転送データの形式、第2引数は転送データの値（文字列に限る）である。転送データの形式は、単純な文字列であれば「text/plain」、URL（複数も可）であれば「text/url-list」といった値を用いる。もちろん、一度のドラ
SCRAPBLOG : Firefox 3.1 の新しいドラッグ＆ドロップ API の基本的な使い方 （その3～ドロップ処理）
その2～ドラッグ処理から引き続き、ドラッグ元をドロップ先へドロップ可能にするための処理と、実際にドロップしたときの処理を追加する。 ドロップ先へのドロップを可能にする ドロップ先の要素では、テキストボックス (html:input 要素や xul:textbox 要素) などを除き、通常はいかなる形式の転送データでもドロップ不可となっている。ドロップ可能にするには、 dragenter と dragover の2つのイベントハンドラで event.preventDefault() を呼び出す。 はじめに、転送データの形式によらず常にドロップ可能にするには、 handleDropEvents 関数にて以下のような処理を追加する。 case "dragenter": case "dragover": event.preventDefault(); break; 別の書き方として、 XUL /
SCRAPBLOG : Firefox 3.1 の新しいドラッグ＆ドロップ API の基本的な使い方 （その1～イベントハンドラの追加）
サンプルコード (HTML) 2つの div 要素を配置し、一方をドラッグ元、もう一方をドロップ先とする。 ドラッグ元となる div 要素には、「draggable=”true”」属性をセットしなければならない。ただし、リンク（a 要素）や画像 （img 要素）などは、「draggable=”true”」を指定しなくても自動的にドラッグ可能となる。 ドラッグ元の要素には ondragstart, ondrag, ondragend の3つのイベントハンドラを追加し、ドロップ先の要素には ondragenter, ondragover, ondragleave, ondrop の4つのイベントハンドラを追加する。ただし、必要最低限のドラッグ＆ドロップを実装するのであれば、 ondrag, ondragend, ondragleave は省略しても問題ない。 <html> <head> <ti
SCRAPBLOG : nsISafeOutputStream で安全なファイルの書き込み
(1) 通常のファイルの書き込み function writeFile(aFile, aText) { var stream = Cc["@mozilla.org/network/file-output-stream;1"]. createInstance(Ci.nsIFileOutputStream); stream.init(aFile, 0x02 | 0x08 | 0x20, 0644, 0); stream.write(aText, aText.length); stream.close(); } (2) nsISafeOutputStream を使った安全なファイルの書き込み function writeFileSafely(aFile, aText) { var stream = Cc["@mozilla.org/network/safe-file-output-stream;
SCRAPBLOG : JavaScript 関数と XPCOM メソッドの例外ハンドリング
JavaScript の関数がスローする例外の内容を知るには、例外オブジェクトの値そのものを調べる。 XPCOM のメソッドがスローする例外の内容を知るには、例外オブジェクト (nsIXPCException オブジェクト) の result プロパティなどを調べる。 例えば以下のような純粋な JavaScript の関数があるとすると、 const Cr = Components.results; function test() { throw Cr.NS_ERROR_FAILURE; } 関数実行時に catch したオブジェクトの値そのものを調べることで例外の内容を知ることができる。 try { test(); } catch (ex if ex == Cr.NS_ERROR_FAILURE) { alert("Failed!"); } 一方、上記の関数 test と同じ内容のメソッ
SCRAPBLOG : [Places] nsINavHistoryResultNode からブックマークの各種情報を取得する
[Places] ビューと nsIPlacesView インタフェースから引き続き、 Places データベースからの検索結果 (nsINavHistoryResult オブジェクト) から得たブックマークのノード (nsINavHistoryResultNode オブジェクト) について、各種情報を取得する。 ブックマークの種類 あるノードの種類を調べる、例えばフォルダかどうかを調べるには、 type プロパティを調べる。 if (node.type == Ci.nsINavHistoryResultNode.RESULT_TYPE_FOLDER) alert("The node is a folder."); PlacesUtils には nodeIs* メソッドがたくさん用意されているので、こちらを使った方が便利。 if (PlacesUtils.nodeIsFolder(node)
SCRAPBLOG : [Places] ビューと nsIPlacesView インタフェース
ブックマークや履歴といった Places データベースに保持されている内容は、ツリー／メニュー／ツールバーといった色々な GUI ウィジェット（「places view」あるいは単に「ビュー」と呼ぶ）として実際に目に見える形で表示される。各ビューはいずれも XBL にて nsIPlacesView インタフェースで定められた各種プロパティ・メソッドを実装しており、ビューの違いを意識することなくコントローラ側で各種機能を実装できる設計となっている。 Places ではデータベースへの問い合わせ結果を所定のインタフェースを介してビューに結びつけて表示させる。問い合わせ結果全体を表す nsINavHistoryResult オブジェクトからは、個々の「行」に対応する nsINavHistoryResultNode オブジェクトへアクセス可能である。このオブジェクトを「result node」ある
SCRAPBLOG : [Places] 右クリックメニューへのメニュー項目追加
各 XUL はいずれも placesOverlay.xul (chrome://browser/content/places/placesOverlay.xul) をオーバーレイしている。そこで、拡張機能から placesOverlay.xul に対してさらにオーバーレイして menuitem 要素などを追加することで、上記すべての場所の右クリックメニューへ一括してメニュー項目を追加することが可能となる。 サンプル 例として、ブックマークの右クリックメニューへ「Show Information」という新しいメニュー項目を追加する。 chrome.manifest overlay chrome://browser/content/places/placesOverlay.xul chrome://myext/content/placesUIOverlay.xul placesUIOverla
SCRAPBLOG : McCoy を使ったアドオンの安全な更新方法の提供
このような細工を施すことで、以下のような仕組みにより安全な更新が可能となる。 アドオンマネージャで「更新の確認」を行った際、インストールマニフェスト中の公開鍵と、安全ではない経路からダウンロードしたアップデートマニフェスト中の電子署名を照合し、そのアップデートマニフェストの正当性を検証する。 アップデートマニフェストで示された新しいバージョンをインストールする際、アップデートマニフェスト中のハッシュ値と実際にダウンロードした XPI ファイルから算出したハッシュ値とを比較し、その XPI ファイルの正当性を検証する。 事前準備 上記作業#1～#3を実施するにあたり、事前に McCoy というアプリをインストールしておく。 作業#1の手順 McCoy で「Create」ボタンを押して公開鍵（と秘密鍵）を生成する。 右クリックメニューの「Copy Public Key」から公開鍵をクリップボー
SCRAPBLOG : nsIWebBrowserPersist の基本的な使い方 (5) ～ ダウンロード進捗状況
onSecurityChange wbp.progressListener = { // implements nsIWebProgressListener onStateChange: function (aWebProgress, aRequest, aStateFlags, aStatus) { if (aStateFlags & Ci.nsIWebProgressListener.STATE_START) dump("started "); if (aStateFlags & Ci.nsIWebProgressListener.STATE_STOP) dump("stopped "); }, onProgressChange: function (aWebProgress, aRequest, aCurSelfProgress, aMaxSelfProgress, aCurTota
SCRAPBLOG : nsIWebBrowserPersist の基本的な使い方 (4) ～ POST メソッド
HTTP の POST メソッドで Web サーバへ要求し、その回答結果をファイルへ保存する。 ほとんど nsIHttpChannel の使用がメインですので、ファイル保存する場合以外にも応用可能です。 また、サンプルコードは nsIWebBrowserPersist の基本的な使い方 (1) ～ 基本形 をベースとしており、一部省略しています。 saveURI の場合 saveURI の第4引数 aPostData を使えばできるはずだが、現在調査中… saveChannel の場合 例によって nsIURL オブジェクトから nsIHttpChannel オブジェクトを生成する。 // make nsIHttpChannel var ioSvc = Cc["@mozilla.org/network/io-service;1"].getService(Ci.nsIIOService);
SCRAPBLOG : nsIScriptSecurityManager で危険なURIを除外する
nsIScriptSecurityManager の checkLoadURI や checkLoadURIStr メソッドによって、ある URI のページからリンクされる別の URI がポリシーに沿ったものであるかどうかを判別することができる。 以下のサンプルは、現在のURI (sourceURI) に対して、リンク先のURI (targetURI) が javascript: や data: プロトコルで表された危険が潜む可能性のある URI であるかどうかをテストしている。 var sourceURI = "http://www.example.com/"; var targetURI = "javascript:alert('Blah');"; var SECMAN = Components.classes["@mozilla.org/scriptsecuritymanager;1
SCRAPBLOG : nsIWebBrowserPersist の基本的な使い方 (1) ～ 基本形
指定したURLのデータをダウンロードし、指定したパスのファイルへと保存するだけの簡単なコードを作る。 まずは URL 文字列から nsIURL オブジェクトを、ファイルパスから nsILocalFile オブジェクトを生成する。 const URL_SPEC = "http://www.mozilla.com/img/firefox-title.png"; const FILE_PATH = "C:firefox-title.png"; // make nsIURL var url = Cc["@mozilla.org/network/standard-url;1"].createInstance(Ci.nsIURL); url.spec = URL_SPEC; // make nsILocalFile var file = Cc["@mozilla.org/file/local;1"].
SCRAPBLOG : タブの複製機能
duplicateTab はすでに閉じたタブの状態を復元するのではなく、現在開いているタブの状態を複製する機能なので、 browser.sessionstore.enabled が false でも動作するようだ。 nsISessionStore::duplicateTab 使用例 // an example code to duplicate |tab| in the current window var newTab; try { newTab = Cc["@mozilla.org/browser/sessionstore;1"] .getService(Ci.nsISessionStore) .duplicateTab(window, tab); } catch (ex) { // fall-back newTab = gBrowser.loadOneTab(gBrowser.get
SCRAPBLOG : nsIWebBrowserPersist で gzip 圧縮されたデータをダウンロードする
HTTPでダウンロードする際は nsIWebBrowserPersist::saveURI や saveChannel が便利だ。 しかし、gzip圧縮形式で転送されたデータ（つまりWebサーバが「Content-Encoding: gzip」ヘッダを付加した場合）をダウンロードすると、圧縮されたままの状態でファイルへと保存してしまう。 非圧縮状態でファイルへ保存するためには、 nsIWebBrowserPersist::persistFlags プロパティに PERSIST_FLAGS_AUTODETECT_APPLY_CONVERSION フラグを立てる。 あえて圧縮状態で保存する理由が思いつかないので、基本的にこのフラグは必須と考えてよさそう。 参考 nsIWebBrowserPersist.idl 余談 ScrapBook でgzip圧縮されたページを保存すると画像がすべて壊れて表
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SCRAPBLOG : [Places] フォルダ内のブックマークを列挙する
SCRAPBLOG : [userChrome.css] ブックマークメニューのショートカットキーを表示しない
SCRAPBLOG : nsIWebBrowserPersist の基本的な使い方 (2) ～ persistFlags
SCRAPBLOG : nsIWebBrowserPersist の基本的な使い方 (3) ～ 各種ヘッダの追加