I slutet av 2012 fick den mobila plattformsstrategen Peter-Paul Koch sponsring för QuirksMode.org, som han sade skulle göra det möjligt för honom att spendera mer tid på att undersöka webbstandarder och arbeta på kompatibilitetstabeller som skulle delas med webplatform.org.
Under helgen gick CSS-väljare för mobilbord live. Koch har också undersökt CSS-kolumner ytterligare och upptäckt att det finns något sätt att gå när det gäller implementering.
Vi pratade med Koch om hans arbete, hur hans tester skrivs och varför utvecklare bör vara mer försiktiga när det gäller testning per motor.
.net: Du anstränger dig mycket för dina mobilbord. Är det något som inte gjordes i denna utsträckning någon annanstans?
PPK: Nej, det görs inte riktigt. Tabellerna som kommer närmast mina är de av Max Firtman och de fokuserar på HTML5 API: er.
Jag tror inte på att automatisera webbläsartestning eller poäng, och jag räknar inte riktigt tester som HTML5-testet. Sedan har vi Can I Use…, vilket är användbart men ibland inte ger korrekt webbläsarinformation.
Såvitt jag vet är jag fortfarande den som gör de mest detaljerade testerna - och den enda som publicerar testsidor samt resultat.
.net: Hur ska du skriva om testerna?
PPK: Långsamt! Ibland är det inte lätt att räkna ut vad som menas i en specifikation, speciellt när det bara finns två implementeringar som subtilt (eller vilt) skiljer sig åt. Lyckligtvis har jag mycket erfarenhet av att skriva i webbläsartest, så jag vet hur man kan förhindra vanliga fallgropar.
Till exempel såg det till en början ut som om Opera Mini inte stödde CSS-klasser, men det är uppenbarligen nonsens. Problemet visade sig vara att jag testar för stöd från klasser genom att ge ett testelement typsnitt: kursiv. Många Opera Minis stöder inte den stilen. Eftersom jag hade stött på detta tidigare visste jag att jag var tvungen att ändra teststilar. Och MeeGo-webbläsaren stöder inte font-variant: små bokstäver. Samma historia.
För övrigt ger JavaScript fortfarande kursiv när du frågar Opera Mini om typsnitt värde. Det bevisar att du inte kan automatisera dessa tester: du måste titta på sidan och avgöra om den använder ett kursivt teckensnitt.
.net: I din senaste artikel om väljare och kolumner anger du att webbläsare som använder samma WebKit-byggnad har olika kompatibilitet. Framhäver detta ytterligare hur utvecklare bör vara försiktiga när det gäller banbrytande tekniker och mer noggrant testa över enheter?
PPK: Yup. Det finns ingen WebKit på mobilen. Det finns minst tolv olika webbläsare (exklusive versioner som använder WebKit som sin rendering motor), men de liknar inte nödvändigtvis varandra.
Det bästa exemplet är -webkit-column-span deklaration. Det visar sig att WebKit tappade stöd nyligen. Det här är det konstigaste kompatibilitetsproblemet jag någonsin har stött på eftersom det inte går att knyta stöd till specifika WebKit-versioner. Så stöd för denna deklaration är en röra, och det faktum att en webbläsare använder WebKit säger exakt ingenting.
