問題はあなたが思うほど単純ではありません。サポートされているCSSプロパティの「公式」リストのリビジョンを比較し、それらが導入または廃止されたリビジョンを判別するのは簡単です。ただし、レガシープレフィックスの使用のサポートは、CSSパーサー実装によるそれらの処理方法によっても決定されます。したがって、タイムラインと以下のレガシープレフィックスプロパティの完全なリストの両方を参照して、特定のWebKitリビジョンでサポートがどのように処理されるかを判断する必要があります。
-appleそして簡単に-moz！）-khtml舞台裏に正規化されます。-webkitの代わりに追加されました-khtml。-webkit
プロパティはレガシープレフィックスで機能します（つまり-apple、-khtmlに正規化され-webkitます）。-webkitこのリビジョンでは、残りのすべてのレガシープレフィックスがに更新されました。CSSGrammar.yましたCSSParser.cpp。-apple-dashboard-region-apple-line-clamp-webkit
プロパティがレガシープレフィックスで再び機能します。（以前の変更は元に戻りました。）以下のリストは、サポートされているプロパティのリストのコミット履歴から収集されたものです。最初の番号は、このプロパティのサポートがリストに追加されたリビジョンです。2つ目は、削除されたリビジョンです。完全に削除されるのではなく、名前が変更されるプロパティは区別されません。
r13874で削除されたプロパティは、プレフィックスの下でしばらく存続していたため-webkit、パーサーによる処理方法によっては、レガシープレフィックスが引き続き機能する可能性があります。（詳細については、上記のタイムラインを参照してください。）
*廃止されましたが、 -khtml-opacityCSSProperties.inがr85212-webkit-opacityでエイリアスのサポートを導入するまで、パーサーによって尊重され、最新のリビジョンに関しては引き続き利用可能です。-webkit-opacity
-konq非常に初期のリビジョンでは、いくつかのプレフィックス付きプロパティがサポートされていました。
r13874以降、WebKit CSSパーサーは、レガシープレフィックスを単純に正規化しました-webkit。基本的に、すべての-webkitプレフィックス付きプロパティは-appleor-khtmlプレフィックスで機能します。
// If the prefix is -apple- or -khtml-, change it to -webkit-.
// This makes the string one character longer.
if (hasPrefix(buffer, length, "-apple-") || hasPrefix(buffer, length, "-khtml-")) {
memmove(buffer + 7, buffer + 6, length + 1 - 6);
memcpy(buffer, "-webkit", 7);
++length;
}
（これは、これらのプロパティを反復処理できない理由も説明しています。これらのプロパティはdocument.body.style、対応するプロパティを持つパーサーに置き換えられてい-webkitます。）
Peter Beverlooは、これらのプロパティのサポートを削除または段階的に廃止することを提案しました。とを除いて、すべてのレガシープロパティが一時的に無効になりましたが、互換性の問題が無数にあるため、これは数日後に元に戻されました。新しいリビジョンでは、でビルドされない限り、レガシーとプレフィックスは無効になります。この機能フラグが有効になっている場合、パーサーは上記の古い動作を許可します。-apple-dashboard-region-apple-line-clamp-apple-khtmlENABLE(LEGACY_CSS_VENDOR_PREFIXES)
if("WebkitAppearance" in document.body.style) {}
if("KhtmlAppearance" in document.body.style) {}
if("MozAppearance" in document.body.style) {}