Populært HTML5 / CSS3 JavaScript-bibliotek for funksjonsgjenkjenning Modernizr har nettopp kommet på versjon 2.6. Biblioteket fungerer ved å oppdage funksjoner, bygge et JavaScript-objekt med resultatene og legge til klasser i HTML-elementer som du kan teste CSS på. I en tid med raskt oppdaterte nettlesere, anses Modernizr av mange banebrytende designere som et essensielt verktøy, for å sikre bedre nettopplevelser med bedre kompatibilitet.
Lederutvikler Paul Irish (PI) snakket med .net om den nyeste versjonen av Modernizr, sammen med hvordan prosjektet har fanget blikket til nettets store aktører, som i økende grad engasjerer seg selv.
.net: Hva drev denne oppdateringen? Hva er de fremtredende nye funksjonene?
PI: Modernizr som et prosjekt lansert med 40 eller så oppdager kjerne av HTML5 / CSS3-type ting. Men vi kjente raskt igjen at det er veldig fornuftig å være fokuspunktet for oppdagelse av alt, og i denne utgivelsen la vi til mange nye oppdagere, i et samarbeid mellom kjernevirksomhetsteamet og samfunnet rundt det. 2.6 legger til flere oppdagelser som fungerer mer pålitelig på tvers av nettlesere, inkludert mobile - ting som CSS-filtre, CSS-regioner, omfangsstiler ... friske, nye, CSS-ting. Hvis du utvikler deg mot helt nye funksjoner, har vi pålitelige oppdagelser på plass.
Vi har også gjort endringer i eksisterende oppdagelser, for eksempel geolokalisering. Du var i stand til å bruke ‘!! navigator.geolocation’, men det viser seg at det lekker minne i IE og forhindrer sidebufring i WebKit. Disse problemene har blitt rapportert oppstrøms og blitt løst, men vi har fortsatt gamle nettlesere å håndtere, og hvordan vi ser etter geolokalisering har måtte endres noe.
.net: Tror du Modernizr blir viktigere, nå legger nettlesere raskt til nye funksjoner?
PI: Problemet er egentlig at spesifikasjoner ikke ligger på en måte å oppdage funksjonene, og mens alle nettlesere er enige om at funksjonsdeteksjon er den beste måten, er de ikke enige om hvordan de skal oppdages. Det er ikke noe som er testet, så det er ganske enkelt for dem å glide opp. Og funksjonsdeteksjon kan være dårlig hvis alle skriver sine egne oppdagelser, så Modernizr er et godt samlingspunkt for samfunnet for å identifisere den beste måten for alle disse tingene.
.net: De nye versjonsmerknadene viser støtte fra Adobe, så er store aktører nå sterkt involvert?
PI: Jeg jobbet med to Adobe-ingeniører for å oppdage regioner pålitelig. Vi hadde nettopp fått en av Firefoxs hovedutviklere til å bidra med litt kode til Modernizr denne uken. Nylig på WebKit-trackeren var det noe med en funksjon som heter støtter, som er som funksjonsdeteksjon, men også et mediespørsmål i CSS. Den er ikke implementert ennå, men WebKit-ingeniører bekreftet måten Modernizr oppdager for CSS er pålitelig, og at teknikken vil være en konvensjon som bare må fortsette å jobbe.
Så vi har en god mengde samtaler med ingeniører, som er flinke til å få dette til å fungere for alle. Og det er i deres interesse å gjøre det mulig for utviklere å takle kantsaker og eldre nettlesere.
.net: Hvor ser du Modernizr og også banebrytende standarder som kommer i fremtiden? Hvordan kan samfunnet hjelpe?
PI: Det er fortsatt mye mer å legge til, spesielt i CSS: CSS-variabler, CSS-hierarki og mange forfatter-side-funksjoner blir neste revolusjon. Og å kunne oppdage og forkaste hva vi serverer, blir litt vanskelig, men vi finner en fin måte å gjøre det på.
Nettleserleverandørene er alle veldig opptatt av å gå i det i et raskere tempo, for å gjøre nettplattformen konkurransedyktig, men også skyte for kompatibilitet i alle nettlesere. Mens funksjonene og implementeringene kommer raskt, gjør også innsatsen for å standardisere dem og få konsekvente implementeringer. Hvis noe hjelper dette, for å få kompatibilitet for edge-case-funksjoner, er det bedre testsuiter for W3C.
The Test the Web Forward hackathon som Adobe organiserte i San Francisco hadde folk fra alle nettleserleverandører og mange utviklere som skrev tester som gikk inn i W3C-testseriene. Når testene er der og det er en feil fordi det ikke er kompatibilitet i hvordan en funksjon brukes, løser nettleserne det. Så hvis det er noe nettutviklingssamfunnet kan gjøre, er det å være involvert i det.
