Google、不十分な理由を理由に Chrome ブラウザでの Microsoft のポインタ イベント標準のサポートを終了
3分。 読んだ
上で公開
この記事を共有する
このガイドを改善する
MSPoweruser の編集チームの維持にどのように貢献できるかについては、開示ページをお読みください。 続きを読む
ポインタイベントは、Microsoftが最初に開始し、後にW3Cによって開発された新しい標準であり、複数のブラウザ間で統一されたデバイス入力モデル（ペン、マウス、タッチ）を定義します。 ポインタイベントを使用すると、Web開発者が入力タイプごとに一意のコードを記述しなくても済むため、さまざまなブラウザやデバイスを簡単にサポートできます。 ポインターイベントの相互運用性を実証するために、MicrosoftはBlinkおよびMozillaブラウザーエンジンにパッチを提供し、以下を含む相互運用性のプロトタイプを開発しました。 WebKitのポインターイベントのプロトタイプ。 また、ポインターイベントはWebコミュニティからも好評でした。
先週、Chromeチームは、次の理由を理由に、Chromeでのポインターイベントのサポートを終了することを計画していると投稿しました。
非常に簡単に言えば、ポインタイベントには代替手段と比較して3つの主な欠点があります。1）モバイルファーストWeb：ポインタイベントがWeb上のタッチイベントに取って代わることはないでしょう（特にSafariのサポートがない場合）。 タッチイベントは今後も続くため、別の大部分が冗長な入力モデルをサポートすると、Webプラットフォームでの長期的な複雑さのコストが高くなります。 2）パフォーマンス：ポインターイベントに必要なヒットテストモデルは、Android、iOS、またはタッチイベントのいずれにもない重要なパフォーマンスペナルティ（すべての移動イベントでのヒットテスト）を課します。 ネイティブモバイルプラットフォームに比べてWebのパフォーマンスが低下する機能を追加するつもりはありません。 3）豊富さ：ポインターイベントでは、スクロールとイベント処理が相互に排他的である必要があります。 これにより、モバイルプラットフォームで一般的な一部のUI効果が排除されます（例：プルして更新）。 最近の強力な開発者のフィードバックにより、Chromeはここでは反対方向に変更され、スクロール中のイベント処理が可能になりました（問題293467を参照）。 私たちは、Web標準コミュニティで働き、Webでの入力を改善することに取り組んでいます。特に、ここでIEチームと最近築き上げた関係を大切にしています。 ウェブにとって何が最善かについての技術的な意見のこの違いにもかかわらず、私は私たちがまだ一緒に良い進歩を遂げることを楽観視しています。
2点目と3点目については議論の余地がありますが、第一の理由は受け入れられないと思います。 AppleのSafariは現在標準をサポートしていないため、別の冗長入力モデルを開発することを望んでいません。 他のブラウザではまだ利用できないChromeの機能の数を一覧表示できますが、現在は冗長です。 Googleはこれらの機能をブラウザから削除しますか？ また、GoogleのAndroidとChromeはSafariよりもはるかに人気があり、IEとFirefoxを組み合わせると、Webブラウジング市場のほぼ大部分がカバーされます。 この場合、GoogleがAppleに反対する気がない理由はわかりません。
ポインタイベントに対するGoogleのアクションについての見解を示した、この問題に関する専門家からの投稿がいくつかあります。以下のリンクからそれらを読んでください。
