Google Drops Support för Microsofts Pointer Event Standard i Chrome-webbläsare med hänvisning till lama skäl
3 min. läsa
Publicerad den
Dela den här artikeln
Förbättra den här guiden
Läs vår informationssida för att ta reda på hur du kan hjälpa MSPoweruser upprätthålla redaktionen Läs mer
Pekarhändelser är en ny standard som Microsoft initierade först och senare utvecklade av W3C för att definiera en enhetlig enhetsinmatningsmodell – penna, mus och beröring – över flera webbläsare. Pointer Events gör det enklare att stödja en mängd olika webbläsare och enheter genom att rädda webbutvecklare från att skriva unik kod för varje inmatningstyp. För att demonstrera interoperabilitet över webbläsare för Pointer Events bidrog Microsoft med patchar till Blink och Mozilla webbläsarmotorer och utvecklade interoperabilitetsprototyper, inklusive en Pointer Events prototyp för WebKit. Pointer Events togs också emot väl av webbgemenskapen.
Förra veckan publicerade Chrome-teamet att de planerar att lägga ner stödet för Pointer Events i Chrome med hänvisning till följande skäl.
Mycket kortfattat har pekarhändelser tre huvudsakliga nackdelar i förhållande till alternativet: 3) Mobile-first webb: Pekarhändelser skulle sannolikt aldrig ersätta beröringshändelser på webben (särskilt utan stöd från Safari). Eftersom beröringshändelser är här för att stanna, har stöd för en annan i stort sett överflödig ingångsmodell en hög långsiktig komplexitetskostnad på webbplattformen. 1) Prestanda: Träfftestningsmodellen som krävs av pekarhändelser utsätter en icke-trivial prestationsstraff (träfftest på varje rörelsehändelse) som varken Android, iOS eller pekhändelser har. Vi är inte villiga att lägga till någon funktion som ökar webbens prestandanackdel jämfört med inhemska mobilplattformar. 2) Richness: Pekarhändelser kräver att rullning och händelsehantering utesluter varandra. Detta utesluter vissa UI-effekter som är vanliga på mobila plattformar (t.ex. dra för att uppdatera). Nyligen stark feedback från utvecklare har lett oss till att ändra Chrome i motsatt riktning här – vilket möjliggör händelsehantering medan du rullar (se nummer 3). Vi är fast beslutna att arbeta i webbstandardgemenskapen för att förbättra input på webben, och vi värdesätter särskilt den relation vi nyligen har byggt upp med IE-teamet här. Trots denna skillnad i tekniska åsikter om vad som är bäst för webben, är jag optimistisk att vi fortfarande kommer att göra bra framsteg tillsammans.
Även om du kan argumentera om 2:a och 3:e punkten, tror jag att det första skälet är oacceptabelt. Eftersom Apples Safari inte stödde standarden nu vill de inte utveckla ytterligare en redundant ingångsmodell. Jag kan lista antalet funktioner i Chrome som ännu inte är tillgängliga i andra webbläsare och det är överflödigt just nu. Kommer Google att ta bort dessa funktioner från webbläsarna? Dessutom är Googles Android och Chrome mycket mer populära än Safari, i kombination med IE och Firefox täcks nästan majoriteten av marknaden för webbsurfning. Jag vet inte varför Google inte är villig att gå emot Apple i det här fallet.
Det finns ett par inlägg från experter i denna fråga som har presenterat sina åsikter om Googles agerande på pekarhändelser, läs dem från länken nedan.
