2012年後半、モバイルプラットフォームストラテジストのPeter-Paul Kochは、QuirksMode.orgのスポンサーになりました。これにより、Web標準の調査と、webplatform.orgと共有される互換性テーブルの作成により多くの時間を費やすことができます。
週末に、モバイルテーブル用のCSSセレクターが公開されました。 Kochはまた、CSS列をさらに調査し、実装に関していくらかの方法があることを発見しました。
Kochに、彼の仕事、彼のテストの作成方法、および開発者がエンジンごとのテストに関してより慎重にすべき理由について話しました。
.net：モバイルテーブルに多大な労力を費やしています。これは、他の場所ではこの程度まで行われていなかったことですか？
PPK： いいえ、実際には行われていません。私に最も近いテーブルはMaxFirtmanによるもので、HTML5APIに焦点を当てています。
私はブラウザのテストやスコアを自動化することを信じていないので、HTML5テストなどのテストは実際には数えていません。次に、Can I Use…があります。これは便利ですが、正しいブラウザ情報が得られない場合があります。
私の知る限り、私は今でも最も詳細なテストを行っている人であり、テストページと結果を公開しているのは私だけです。
.net：テストをどのように作成しますか？
PPK： ゆっくり！仕様の意味を理解するのが難しい場合があります。特に、微妙に（または大きく）異なる実装が2つしかない場合はなおさらです。幸いなことに、私はブラウザテストの作成に多くの経験があるので、よくある落とし穴を防ぐ方法を知っています。
たとえば、最初はOpera MiniがCSSクラスをサポートしていないように見えましたが、それは明らかにナンセンスです。問題は、テスト要素を与えることによってクラスのサポートをテストすることであることが判明しました フォントスタイル：斜体。多くのOperaMiniはそのスタイルをサポートしていません。以前にこれに遭遇したので、テストスタイルを変更する必要があることを知っていました。そして、MeeGoブラウザはサポートしていません フォントバリアント：スモールキャップス。同じ話。
ちなみに、JavaScriptはまだ イタリック OperaMiniに フォントスタイル 値。これは、これらのテストを自動化できないことを証明しています。ページを見て、イタリックフォントを使用しているかどうかを判断する必要があります。
.net：セレクターと列に関する最近の記事で、同じWebKitビルドを使用するブラウザーにはさまざまな互換性があると述べています。これは、開発者が最先端の技術に関してどのように注意し、デバイス間でより厳密にテストする必要があるかをさらに強調していますか？
PPK：うん。モバイルにはWebKitはありません。少なくとも12の異なるブラウザーがあります（レンダリングエンジンとしてWebKitを使用するバージョンを除く）が、それらは必ずしも互いに類似しているわけではありません。
最良の例は -webkit-column-span宣言。 最近、WebKitがサポートを終了したことが判明しました。これは、特定のWebKitバージョンとサポートを結び付けることができないため、これまでに遭遇した中で最も奇妙な互換性の問題です。したがって、この宣言のサポートは混乱しており、ブラウザーがWebKitを使用しているという事実はまったく何も言いません。
