ブラウザ上でのイベント処理の仕組みは 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 イン

現在JavaScriptが使用可能な、W3C DOM準拠のXML/HTML処理系には以下の種類があります。 Internet Explorer MSXML Mozilla / Netscape などGeckoベースのWebブラウザ Opera SafariなどKHTMLベースのブラウザ 筆者が（パーソナルコンピュータとして）使用しているのは、今のところWindowsだけなので、最後のものは外して考えさせていただきます。また簡単のため、以下の内容はそれぞれ2003年10月時点での最新バージョンでのみ検証された内容とします。 さて、これらの中でXPathを使ったHTML/XMLへのアクセスが可能なのはNetscape / Mozilla 等Geckoベースのブラウザと、MSXMLのみです。（ただしMSXMLはXMLしか扱うことができません。勿論XHTMLをXMLとして処理することは可能ですが、

Gecko系のブラウザでは、これはNetscape4.x時代からずっとそうなんだけど、イベントは、イベントハンドラーにargumentとして渡されるので、この手の記述には必ず引数(ひきすう)を書く必要がある。一方、IEでは(Operaもか？)、イベントモデルには、最後に生じたイベントをキャプチャーするwindow.eventという属性があり、これはどこからでも自由にアクセスすることが出来る。以上のことをまとめると、イベントに関してクロスブラウザーな記述をしようと思えば、例えば以下のような感じになる。 function getEventType(e){ var e = e || window.event; alert("Event Type is:" + e.type); } で、ここで引数に使用している"e" であるが、これはGecko系のためだけに必須である。window.event で

前回の FirefoxのsetTimeoutの実装 - bits and bytes を書いたときには、はてなブックマークのコメントでご指摘いただいているsetTimeoutとpromptを組み合わせるとpromptが終了する前にタイムアウトハンドラが呼び出される現象を知りませんでした。この現象については [JavaScript]JavaScriptはほんとにシングルスレッドで実行されているのか？ に詳しく書かれています。 FirefoxのsetTimeoutの実装 - bits and bytes だと、この現象を説明できないので、どうなっているかはっきりさせるためさらに調べてみました。 setTimeout/prompt現象とは かんたんにこの現象について説明しておきます。FirefoxやIEやOperaでは setTimeout( function () { timeout_hand

Table of contents 1 Introduction2 Common infrastructure3 Semantics, structure, and APIs of HTML documents4 The elements of HTML5 Microdata6 User interaction7 Loading web pages8 Web application APIs9 Communication10 Web workers11 Worklets12 Web storage13 The HTML syntax14 The XML syntax15 Rendering16 Obsolete features17 IANA considerationsIndexReferencesAcknowledgmentsIntellectual property rights F

This domain name has been registered with Gandi.net. It is currently parked by the owner.

EfficientJavaScript - Dev.Opera - 効率的な JavaScript 目次 この文書について 効率的な JavaScript ECMAScript eval や Function のコンストラクタを使うのはやめよう eval を書き換えよう 関数を使いたいなら function を使おう with を使うのはやめよう 性能を決める関数で try-catch-finally を使うのはやめよう eval と with は隔離しよう グローバル変数を使うのはやめよう 暗黙のオブジェクト変換に気をつけよう 性能を決める関数で for-in を使うのはやめよう 文字列は累積スタイルで使おう プリミティブの操作は関数呼び出しより速い setTimeout() や setInterval() には文字列でなく関数を渡そう DOM 再描画と再フロー 再フローの回数をでき

XMLでの要素の位置特定の記述XPathに関してです ってか、これってXMLに対するSQLみたいなもんだね。 XPathの発展系としてXQueryなんてものも出てきてるみたいだし ・・・はーんjQueryは$関数にXPath記述がサポートされるんだが・・・この名前って実はここから来てたりして・・・勝手に納得 目次

日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。

2006年10月12日(木) ■ どこでも使える汎用起動スクリプト _ /etc/init.d/ でも /usr/local/etc/rc.d/ でも、OS に合わせてお好きにどうぞ。 #!/bin/sh case "$1" in start|stop|reload) cd /path/to/dir make "$1" ;; *) echo "usage: $0 start|stop|reload" exit 1 ;; esac このスクリプト自体は汎用でほとんどどんなものにも使えるけど、そのかわり Makefile を別途書いてね、というオチでした。 _ まともに運用していくためには、たとえば aliases.db を作るために newaliases するとか、 設定ファイルをプリプロセッサにかけるとかの定型作業がいくつかあるだろうから、そういう作業を簡単におこなえるようにスクリプト化し