サイトの体裁を変えるFirefox拡張機能『グリースモンキー』 2005年5月18日 コメント： トラックバック (0) Ryan Singel　2005年05月18日 かつて「ホットロッド」と呼ばれる改造車で傍若無人に走り回る若者たちがいたが、これはその現代版と言えるかもしれない。『Firefox』(ファイアーフォックス)の一部のユーザーたちが、改造したブラウザーを使って、好き放題にウェブサイトに手を加えている。 こうしたユーザーは、『Gメール』(Gmail)に削除ボタンや常時検索フォルダを追加したり、ブラウザーがオンライン版ニュース記事の印刷ページだけを表示するようにしたり、人気のある音楽サイトのコンテンツを丸ごと再構成したり、オンライン・ニュースリーダー『ブログラインズ』からロイター通信が報道するマイケル・ジャクソンの記事を取り除いたりしている。 イギリスでコンピューターサイエンスを

あけましておめでとうございます。 今年は「P2Pのハイブリッド型アーキテクチャ」に似たアーキテクチャを取るアプリケーションが登場し、「クライアント間の結びつき」がますます強くなるだろう。「ブラウザ上での並列プログラミングやブラウザをノードに見立てたP2Pプログラミング」を可能にする技術に、今年は大きな動きがありそうだ。私は、今年はCometが鍵になるのではないかと考えている。 現在、ブラウザだけではできない事は、 クロスドメイン間のメッセージ通信マルチスレッドのアプリケーション構築ストレージへのデータ保存 Serverからのイベントの通知 1はClient to Clientのメッセージパッシング、4はServer to Clientのイベント通知である。 これらの制約を超えれば、ブラウザ上のプラットフォームはますます強力になる。 Cross-document Messaging クロスド

ブラウザ上でのイベント処理の仕組みは DOM 2 Events および DOM 3 Events 草案にて規定されています。しかし、DOM 2 Events で言及されていない部分など、細かい動作はブラウザごとに異なっていることもあります。そうした仕様と実装の差異を、「作って納得! DOM 2 Events」で触れなかったものも含めて、いくつかまとめてみました。 ターゲットフェーズで呼び出されるリスナ DOM 2 Events のイベントモデルにおいて、あるノードでイベントが発生すると、そのノードの祖先ノードのイベントリスナが呼び出されるキャプチャリングフェーズ、そのノード自身のイベントリスナが呼び出されるターゲットフェーズ、再び祖先ノードのイベントリスナが呼び出されるバブリングフェーズと、3 段階にわたってイベントが伝播していきます。このうちターゲットフェーズでは、addEventLis

ブラウザ上でのプログラミングで避けては通れないのがイベント処理。その仕組みは DOM Level 2 Events にて規定されています。しかし、とりあえず addEventListener メソッドを使ってはいるものの、それがどのような意味を持つか詳しくは知らないといったことはありませんか。そこでここでは、DOM 2 Events のイベントモデルを理解し、ブラウザが裏で何をしているのかを把握するために、実際にそのイベントモデルを実装してみることにします。具体的には、仕様書に定められたインターフェースを JavaScript で実装し、それらを組み合わせてイベントの発生をシミュレートしてみます。 Event インターフェース EventListener インターフェース EventTarget インターフェース DocumentEvent インターフェース DOMException イン

1. Document Object Model Events Editors Tom Pixley, Netscape Communications Corp. 1.1. Overview of the DOM Level 2 Event Model The DOM Level 2 Event Model is designed with two main goals. The first goal is the design of a generic event system which allows registration of event handlers, describes event flow through a tree structure, and provides basic contextual information for each event. Additio

Latest topics > getElementsByなんちゃら の代わりにXPathを使う 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 不可逆的な変化に対する感じ方と、死 Main CSS3セレクタとXPathでの表現の対応表 » getElementsByなんちゃら の代わりにXPathを使う - Sep 09, 2007 拡張機能勉強会の時に焚き付けられた、Text Shadowのコード（textshadow.js）を教材にして拡張機能開発のノウハウを解説していくシリーズ。 W3CのDOMでは、要素ノード（およびそのリスト）を得る方法として以下の方法がある。 getElementById(aName) IDをキーにして単一の要素ノー

全部まとめて色々書こうかと思ったのだけれど、どうにも上手くいかないので、少しずつ分割して書くことにする。 まず最初にこれなのだけれども http://johnvey.com/features/deliciousdirector/ これは何かというと「JavaScriptで書かれたdel.icio.us APIのクライアント」である。最初に全てのブックマークを受信して、その後のタグによる絞込みなんかは全てJavaScriptで行う、というものだ。 とりあえず、実際にこのデモを見るのが早いだろう。 http://johnvey.com/features/deliciousdirector/demo.html この方式では、ブックマークの件数が1万件を超えるようなケースになると破綻することがわかっている。 del.icio.usのAPIでは特定のタグを含むブックマークを取り寄せることも出来るので