Sent i 2012 mottok mobilplattformstrateg Peter-Paul Koch sponsing for QuirksMode.org, som han sa ville gjøre det mulig for ham å bruke mer tid på å undersøke webstandarder og jobbe med kompatibilitetstabeller som ville bli delt med webplatform.org.
I løpet av helgen gikk CSS-velgerne for mobilbord live. Koch har også utforsket CSS-kolonner videre og oppdaget at det er noen vei å gå når det gjelder implementering.
Vi snakket med Koch om hans arbeid, hvordan testene hans er skrevet og hvorfor utviklere bør være mer forsiktige når det gjelder testing på motorbasis.
.net: Du legger ned mye krefter på mobilbordene dine. Er dette noe som ikke ble gjort i denne grad andre steder?
PPK: Nei, det blir egentlig ikke gjort. Tabellene som kommer nærmest mine er de av Max Firtman, og de fokuserer på HTML5 APIer.
Jeg tror ikke på å automatisere nettlesertesting eller score, og derfor teller jeg ikke tester som HTML5-testen. Så har vi Can I Use…, som er nyttig, men noen ganger ikke gir riktig nettleserinformasjon.
Så vidt jeg vet er jeg fremdeles den som gjør de mest detaljerte testene - og den eneste som publiserer testsider samt resultater.
.net: Hvordan går du frem for å skrive testene?
PPK: Sakte! Noen ganger er det ikke lett å finne ut hva som menes i en spesifikasjon, spesielt når det bare er to implementeringer som er subtilt (eller vilt) forskjellige. Heldigvis har jeg mye erfaring med nettlesertestskriving, og så vet jeg hvordan jeg kan forhindre vanlige fallgruver.
For eksempel så det først ut som om Opera Mini ikke støttet CSS-klasser, men det er åpenbart tull. Problemet viste seg å være at jeg tester for støtte fra klasser ved å gi et testelement skriftstil: kursiv. Mange Opera Minis støtter ikke den stilen. Fordi jeg hadde opplevd dette før, visste jeg at jeg måtte endre teststiler. Og MeeGo-nettleseren støtter ikke font-variant: små bokstaver. Samme historie.
Forøvrig gir JavaScript fremdeles kursiv når du spør Opera Mini om fontstil verdi. Det beviser at du ikke kan automatisere disse testene: du må se på siden og avgjøre om den bruker en kursiv skrift.
.net: I den siste artikkelen din om velgere og kolonner, oppgir du at nettlesere som bruker den samme WebKit-bygningen, har varierende kompatibilitet. Fremhever dette ytterligere hvordan devs bør være forsiktige når det gjelder banebrytende teknikker og tettere tester på tvers av enheter?
PPK: Yup. Det er ingen WebKit på mobil. Det er minst tolv forskjellige nettlesere (unntatt versjoner som bruker WebKit som gjengivelsesmotor), men de ligner ikke nødvendigvis hverandre.
Det beste eksemplet er -webkit-column-span declaration. Det viser seg at WebKit droppet støtte nylig. Dette er det rareste kompatibilitetsproblemet jeg noensinne har opplevd fordi det ikke er mulig å knytte støtte til spesifikke WebKit-versjoner. Så støtte for denne erklæringen er et rot, og det faktum at en nettleser bruker WebKit sier nøyaktig ingenting.
