Sa huling bahagi ng 2012, ang strategist ng mobile platform na si Peter-Paul Koch ay nakatanggap ng sponsorship para sa QuirksMode.org, na sinabi niyang magpapahintulot sa kanya na gumugol ng mas maraming oras sa pagsasaliksik sa mga pamantayan sa web at pagtatrabaho sa mga talahanayan ng pagiging tugma na ibabahagi sa webplatform.org.
Sa katapusan ng linggo, naging live ang mga tagapili ng CSS para sa mga mobile table. Ang Koch ay nagpalawak pa sa mga haligi ng CSS at natuklasan na may ilang paraan upang matukoy ang tungkol sa pagpapatupad.
Pinag-usapan namin si Koch tungkol sa kanyang trabaho, kung paano nakasulat ang kanyang mga pagsubok at kung bakit dapat maging mas maingat ang mga developer tungkol sa pagsubok sa isang per-engine na batayan.
.net: Nagbibigay ka ng maraming pagsisikap sa iyong mga mobile table. Ito ba ay isang bagay na hindi nagagawa sa ganitong lawak sa ibang lugar?
PPK: Hindi, hindi talaga ito ginagawa. Ang mga talahanayan na pinakamalapit sa minahan ay ang mga ni Max Firtman at nakatuon sila sa mga HTML5 API.
Hindi ako naniniwala sa pag-automate ng pagsubok sa browser o mga marka, at sa gayon hindi ko talaga binibilang ang mga pagsubok tulad ng The HTML5 test. Pagkatapos mayroon kaming Can I Use…, na kapaki-pakinabang ngunit kung minsan ay hindi nagbibigay ng wastong impormasyon sa browser.
Sa pagkakaalam ko, ako pa rin ang gumagawa ng pinaka-detalyadong mga pagsubok - at iisa lamang ang naglalathala ng mga pahina ng pagsubok pati na rin ang mga resulta.
.net: Paano ka magsusulat ng mga pagsubok?
PPK: Dahan dahan! Minsan hindi madaling malaman kung ano ang ibig sabihin sa isang detalye, lalo na kung may dalawang pagpapatupad lamang na naiiba (o ligaw) na magkakaiba. Sa kasamaang palad, marami akong karanasan sa pagsulat ng browser-test, at sa gayon alam ko kung paano maiiwasan ang mga karaniwang bitag.
Halimbawa, sa una ay mukhang hindi sinusuportahan ng Opera Mini ang mga klase sa CSS, ngunit halatang kalokohan iyon. Ang problema ay naging pagsubok ko para sa suporta ng mga klase sa pamamagitan ng pagbibigay ng isang elemento ng pagsubok font-style: italic. Maraming mga Opera Minis ang hindi sumusuporta sa istilong iyon. Dahil naranasan ko ito dati, alam kong kailangan kong baguhin ang mga istilo ng pagsubok. At ang MeeGo browser ay hindi sumusuporta font-variant: maliit na takip. Parehong istorya.
Hindi sinasadya, nagbibigay pa rin ang JavaScript italic kapag tinanong mo ang Opera Mini para sa istilo ng font halaga Pinatutunayan nito na hindi mo maaaring i-automate ang mga pagsubok na ito: dapat mong tingnan ang pahina at matukoy kung gumagamit ito ng isang italic font.
.net: Sa iyong kamakailang artikulo tungkol sa mga selectors at haligi, isinasaad mo ang mga browser na gumagamit ng parehong pagbuo ng WebKit na may iba't ibang pagkakatugma. Dinagdagan pa ba nito kung paano dapat mag-ingat ang mga dev tungkol sa mga diskarte na may diskarte at mas mahigpit na pagsubok sa buong mga aparato?
PPK: Yup. Walang WebKit sa mobile. Mayroong hindi bababa sa labindalawang magkakaibang mga browser (hindi kasama ang mga bersyon na gumagamit ng WebKit bilang kanilang rendering engine), ngunit hindi nila kinakailangang magkatulad ang bawat isa.
Ang pinakamahusay na halimbawa ay ang -webkit-haligi ng span ng haligi. Ito ay lumabas WebKit bumaba kamakailan suporta. Ito ang kakaibang isyu sa pagiging tugma na naranasan ko dahil hindi posible na itali ang suporta sa mga tukoy na bersyon ng WebKit. Kaya't ang suporta para sa deklarasyong ito ay isang gulo, at ang katotohanang gumagamit ang isang browser ng WebKit ay eksaktong walang sinabi.
