Microsoft Edge は-webkit-
、 、-ms-
、または将来の機能のために独自の新しいプレフィックスなどのプレフィックスを使用しますか? のようなもの-me-
、おそらく?
3 に答える
tl;dr: はい、いいえ
非常に人気のある既存のプレフィックス付きプロパティは、ネイティブ サポートが提供されるまで残りますが、Microsoft Edge は機能の新しいプレフィックス システムを導入しません。代わりに、機能フラグを使用します (Chrome や Firefox のように、開発者側ではなくクライアント側の実験的機能)。
注目すべき削除のいくつかは、Microsoft Edge が最新の標準 API 定義をサポートし、API の MS プレフィックス付きバージョンのサポートを削除するものです。例には、CSS 変換、フルスクリーン API、ポインター イベントが含まれます。これにより、重要なトピックが持ち上がります: ベンダー プレフィックスです。IE と比較して、Microsoft Edge のベンダー プレフィックスに傾向が見られます。
プレフィックス付き API のサポート (またはサポートの欠如) はデータ駆動型であり、残りの API の唯一の目的は互換性です。例として、-webkit-border-radius は依然としてページ読み込みの 60% 以上で使用されており、MS プレフィックス付きの Encrypted Media Extensions API は依然として上位のビデオ ストリーミング サービスで使用されています。Web 全体の相互運用性に影響を与えるため、これらは当面 Microsoft Edge でサポートされます。
業界全体のコンセンサス は、ベンダー プレフィックスは利益よりも害をもたらすということであり、他のベンダーのプレフィックスをサポートするブラウザーの必要性は、その理由の良い例です。今後は、機能フラグ (about:flags に移動してアクセス可能) を使用して実験的な API を導入し、新しいベンダー プレフィックス付き API を控えめに作成します。現在、CSS フィルター、タッチ イベント、HTML5 の日付入力の初期実装などの例が about:flags に含まれています。また、他のブラウザー ベンダーと協力して、実験的な API への新しいアプローチを模索しています。これにより、実験的な API へのより簡単で幅広いアクセスが可能になり、同時にプレフィックスによる互換性の負担が最小限に抑えられます。このトークをご覧ください (約 31 分マークから始まります) 私たちが作成した最初の提案で、仮に「API トライアル」と名付けました。
(私のものを強調)
Microsoft Edge でサポートされている WebKit プロパティの詳細なリストは、https ://msdn.microsoft.com/en-us/library/mt270097%28v=vs.85%29.aspx で入手できます。