仕様書

取り消し可能性

[7] イベントオブジェクトは、取り消し可能かどうかの状態を持ちます。 cancelable IDL属性は、初期化時に与えられた値を返さなければなりません >>6。

[24] 利用者エージェントが発火するイベントについては、 イベント型と文脈によって取り消し可能か否かが予め決められています。

取り消し

[10] イベントオブジェクトは、取り消し済みフラグ (canceled flag) なる状態を持ちます >>12。 初期値は未設定です >>12。 defaultPrevented IDL属性は、取り消し済みフラグが設定されているか否かを返さなければなりません >>11。

[9] イベントオブジェクトの preventDefault メソッドは、 次のようにしなければなりません >>8。

[44] イベントオブジェクトの returnValue IDL属性の取得器は、 次のようにしなければなりません >>11。

[65] イベントオブジェクトの returnValue IDL属性の設定器は、 新しい値について、 次のようにしなければなりません >>11。

[63] イベントについて取り消し済みフラグを設定 (set the canceled flag) するには、 次のようにします。

[15] イベントハンドラーが偽を返した時も、 取り消し済みフラグが設定されます。

[14] イベントの dispatch は、イベントリスナーを実行し終えたら、 イベントの取り消し済みフラグが設定されていれば偽、 設定されていなければ真を返さなければなりません >>13。 つまり、 dispatch は取り消されなかったかどうかを返します。

受動的フラグ

[35] イベントリスナーは、受動的 (passive) フラグを持ちます >>34。このフラグは、 preventDefault が効力を持つかどうかを表します。

[37] AddEventListenerOptions の passive は、イベントリスナーの受動的フラグの値を boolean で指定します >>36。 addEventListener では追加するイベントリスナーの受動的フラグを設定するか否かを指定します。 この値が明示されなければ、イベントリスナーは受動的ではないとされます。

[41] イベントは、受動的イベント内フラグ (in passive listener flag) を持ちます >>40。このフラグは初期状態では未設定ですが、受動的なイベントリスナーのコールバックの実行中のみ、 設定されます。

[45] このフラグは preventDefault メソッドで参照されます (>>44)。

[46] 受動的フラグは、利用者エージェントの処理を最適化できるようにするために導入されました。 例えば Touch Events の処理はスクロールのパフォーマンスに影響します。 イベントを取消するとスクロールを抑制できるので、 イベントリスナーが登録されているとその結果を待たないとスクロール処理を実行できませんが、 実際ほとんどのイベントリスナーは取消しないので、 待つだけ無駄です >>32。本フラグにより著者は利用者エージェントにヒントを与えることができます。

既定動作

[16] 既定動作 (default action) は、イベントの処理直後に実行される処理です。

[20] 既定動作の多くは、イベントが取り消しされた場合には実行されません。 既定動作が規定されているイベントの多くは、取り消し可能です。

[19] この用語は W3C DOM 時代にはありましたが >>17, >>18、現在の DOM Standard では定義されていません。 90年代末から00年代前半には、どのようなきっかけであろうとイベントが発火されると、 その結果として何らかの動作が発生する、 という解釈が存在していました。例えばクリック時の動作を起こしたければ、 実際にクリックせずとも、 click イベントを発火することで代用させることができる実装や状況も存在していました。 00年代中頃からは、そうした解釈は誤り >>49 とする考え方が主流となり、 きっかけとなる出来事ごとの動作が明確を明確に規定し、 イベントの発火はその途中の一段階に過ぎないものと扱うようになりました。 この現代的解釈のもとではイベントの結果生じた動作ではなく、 一連の動作の続きの段階ですから、イベントの既定動作と説明するのは不正確になります。 (また click イベントを発火したからといって、 クリック相当の動作が発生するわけではありません。)

[22] ただし HTML Standard など DOM Standard 以前から存在する仕様書には、 まだ既定動作という用語が残っています。そのような既定動作は、 イベントの dispatch の後にイベントが取り消しされていなければ、 同じタスクで引き続き実行することが求められているようです。

[21] 既定動作は色々なイベントに対して存在していますが、特に象徴的なのは click イベントの既定動作といえる活性化動作でしょう。 例えば a 要素のハイパーリンクがクリックされ、 その click イベントが取り消しされなければ、 そのハイパーリンクを辿ることになります。 もっとも現在活性化動作は既定動作としてではなく、専用のアルゴリズムによって動作が規定されており、それは >>22 よりも複雑なものとなっています。

歴史

[5] Bug 127903 &#8211; <a> link tags intercept events meant for form submit buttons (2007-02-17 21:54:24 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=127903 (名無しさん 2007-02-17 13:00:51 +00:00)

[4] WICD Core 1.0 ( (2010-08-17 16:51:00 +09:00 版)) http://www.w3.org/TR/WICD/#hyperlinking

[1] Safari の event.stopPropagation() や event.preventDefault() がウソ実装のままである件 http://www.remus.dti.ne.jp/~a-satomi/nikki/2005/06a.html#d27n03 (名無しさん [sage] 2005-06-26 23:06:31 +00:00)

[2] WinIE7 は preventDefault を実装していません。 代わりに returnValue があります。

[3] XML Events 2 ( (2010-12-18 05:25:20 +09:00 版)) http://www.w3.org/TR/xml-events2/#section-preventDefault-element

[25] Explain in many different ways that events cannot cause actions. Fixe… · whatwg/dom@24ab873 (2015-08-04 14:00:45 +09:00 版) https://github.com/whatwg/dom/commit/24ab873d17669b5c1994a3dd92a27d29b1dd03e4

[26] 12230 – Some synthetic events cause actions (2015-08-04 14:03:39 +09:00 版) https://www.w3.org/Bugs/Public/show_bug.cgi?id=12230

[27] 124990 – Event ordering rewrite tracking bug (2015-08-04 14:18:56 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=124990