イベントが発動しないこともあるようですが、以下と同様の対策で解決することがあります)どう対策すればいいか有効な対策がいくつかあるので、紹介します。個人的オススメ順です。中にある要素にイベントを登録する場合は、うまく動きます。</div></body>この場合は、以下で動きます。});処理速度的にも、できるだけ範囲の狭い子要素にイベントを登録したほうが良いので、こういった対応ができるのであれば、それで一石二鳥です。いうスタイルを適用する一番手軽かつ万能なのは、この方法かもしれません。動くようになるという、不思議な現象が起こるんです。pointer;}というCSSを追加するだけでOKです。これで動くようになります。要素に変更する要素の種類を変更して構わないのであれば、これでも動くようになります。いうイベントがあるので、こちらを使えば問題なくイベントが発生します。発動のタイミングや条件が微妙に異なるので、注意が必要です。イベントを登録しておくHTMLを以下のように書き換えても、動きます。綺麗ではないので、特にこの方法を採用するメリットは思い浮かびませんが、これで動くようになる、というのは興味深いです。onclick="">...</p></body>なぜこのような仕様になっているのか上記の解決法は、日本語サイトでも解説しているところはいくつかあるようなんですが、なぜこんな仕様になっているのかについて触れている日本語サイトは見つかりませんでした。動作が変わるというのは、かなり不思議なことのように思いませんか?実は、この仕様については、ひとつもっともらしい説があるんです。ご存知の通りタッチパネルによる操作を前提としています。場合、マウスカーソルでシビアに当たり判定を行いますが、指で操作するタッチパネルの場合、ユーザーはどうしてもマウスカーソルほど厳密な位置で、タップをすることはできません。液晶との間にあるガラスの厚みによって見る角度次第で若干押しているつもりの位置が変わりますし、指自体に太さがあるので正確に「どのドットを押した」という判定をすることは現実的ではありません。「物理的にどこが押されたのか」ではなく、「ユーザーはどこをタップしたいのか」を判定する独自のアルゴリズムを作りました。そのアルゴリズムを実現するためには「このページは、どの部分がタップによる操作対象なのか」という情報が必要です。適用されている要素だとかを抽出します。これらは普通、クリックされることが想定されて用意されている部品でしょうから、タップ対象と考えられるわけです。イベントが登録されているわけでもない要素は、クリックされることを想定されていないっぽいので、タップ対象として想定しないで良いだろう、というわけです。イベントが登録されているからといって、それをタップ対象と認めてしまえば、結局全部タップ対象ということになって、あまり意味がないことになってしまいます。タップ対象としては認識しないことになっているのかもしれません。上記の理屈で、タップ対象として認識されなくなった要素は、いくらタップしてもイベントが発生しない、ということが起こるのだと考えられます。公式に説明している内容ではありませんし、細かいところで説明不足感があるかもしれませんが、それなりに説得力があると思います。イベントにはくれぐれもご注意ください。requestStockLike270@myzkyyフロントエンドもバックエンドもわりと幅広くやっています。公式情報でわかること書いてもしょうがないと思うので、遭遇したトラブルの解決法などを中心に書いていければ良いかなとか思っています。記事を書いているとは言っていない)。upLoginユーザーは見つかりませんでした。