Ende 2012 erhielt der Stratege für mobile Plattformen, Peter-Paul Koch, eine Patenschaft für QuirksMode.org, die es ihm ermöglichen würde, mehr Zeit mit der Erforschung von Webstandards und der Arbeit an Kompatibilitätstabellen zu verbringen, die mit webplatform.org geteilt werden.
Am Wochenende wurden CSS-Selektoren für mobile Tische live geschaltet. Koch hat auch CSS-Spalten weiter untersucht und herausgefunden, dass es in Bezug auf die Implementierung noch einen weiten Weg gibt.
Wir haben mit Koch über seine Arbeit gesprochen, wie seine Tests geschrieben sind und warum Entwickler beim Testen pro Motor vorsichtiger sein sollten.
.net: Sie investieren viel Aufwand in Ihre mobilen Tische. Ist dies etwas, was anderswo nicht in diesem Ausmaß getan wurde?
PPK: Nein, es wird nicht wirklich gemacht. Die Tabellen, die meinen am nächsten kommen, stammen von Max Firtman und konzentrieren sich auf HTML5-APIs.
Ich glaube nicht daran, Browsertests oder Scores zu automatisieren, und zähle daher Tests wie den HTML5-Test nicht wirklich. Dann haben wir "Kann ich verwenden ...", was nützlich ist, aber manchmal keine korrekten Browserinformationen liefert.
Soweit ich weiß, bin ich immer noch derjenige, der die detailliertesten Tests durchführt - und der einzige, der Testseiten und Ergebnisse veröffentlicht.
.net: Wie schreiben Sie die Tests?
PPK: Langsam! Manchmal ist es nicht einfach herauszufinden, was in einer Spezifikation gemeint ist, insbesondere wenn es nur zwei Implementierungen gibt, die sich geringfügig (oder stark) unterscheiden. Glücklicherweise habe ich viel Erfahrung im Schreiben von Browsertests und weiß daher, wie ich häufige Fallstricke verhindern kann.
Zum Beispiel sah es zunächst so aus, als würde Opera Mini keine CSS-Klassen unterstützen, aber das ist offensichtlich Unsinn. Es stellte sich heraus, dass ich auf die Unterstützung von Klassen teste, indem ich ein Testelement gebe Schriftstil: kursiv. Viele Opera Minis unterstützen diesen Stil nicht. Da ich dies bereits zuvor erlebt hatte, wusste ich, dass ich die Teststile ändern musste. Und der MeeGo-Browser unterstützt nicht Schriftvariante: Kapitälchen. Die gleiche Geschichte.
Übrigens gibt JavaScript noch kursiv wenn Sie Opera Mini nach dem fragen Schriftstil Wert. Dies zeigt, dass Sie diese Tests nicht automatisieren können: Sie müssen auf die Seite schauen und feststellen, ob eine kursive Schrift verwendet wird.
.net: In Ihrem kürzlich erschienenen Artikel über Selektoren und Spalten geben Sie an, dass Browser, die denselben WebKit-Build verwenden, unterschiedliche Kompatibilitäten aufweisen. Hebt dies weiter hervor, wie Entwickler in Bezug auf modernste Techniken vorsichtig sein und Geräteübergreifender streng testen sollten?
PPK: Ja. Es gibt kein WebKit für Handys. Es gibt mindestens zwölf verschiedene Browser (mit Ausnahme von Versionen, die WebKit als Rendering-Engine verwenden), die sich jedoch nicht unbedingt ähneln.
Das beste Beispiel ist das -webkit-column-span-Deklaration. Es stellt sich heraus, dass WebKit kürzlich die Unterstützung eingestellt hat. Dies ist das seltsamste Kompatibilitätsproblem, auf das ich jemals gestoßen bin, da es nicht möglich ist, die Unterstützung mit bestimmten WebKit-Versionen zu verknüpfen. Die Unterstützung für diese Deklaration ist also ein Chaos, und die Tatsache, dass ein Browser WebKit verwendet, sagt genau nichts aus.
