A Google Drops támogatása a Microsoft mutatóesemények szabványos Chrome-böngészőihez, béna okokra hivatkozva
3 perc olvas
Publikálva
Ossza meg ezt a cikket
Javítsa ezt az útmutatót
Olvassa el közzétételi oldalunkat, hogy megtudja, hogyan segítheti az MSPowerusert a szerkesztői csapat fenntartásában Tovább
A mutató események egy új szabvány, amelyet a Microsoft kezdetben kezdeményezett, majd később a W3C fejlesztett ki, hogy egységes eszközbeviteli modellt – toll, egér és érintés – definiáljon több böngészőben. A Pointer Events megkönnyíti a különféle böngészők és eszközök támogatását azáltal, hogy megkíméli a webfejlesztőket attól, hogy minden beviteli típushoz egyedi kódot írjanak. A Pointer Events böngészők közötti interoperabilitásának demonstrálására a Microsoft javításokat adott a Blink és Mozilla böngészőmotorokhoz, és interoperabilitási prototípusokat fejlesztett ki, többek között Pointer Events prototípus a WebKit számára. Emellett a Pointer Events is jól fogadta a webes közösséget.
A múlt héten a Chrome csapata közzétette, hogy a következő okokra hivatkozva tervezik megszüntetni a Pointer Events támogatást a Chrome-ban.
Nagyon röviden, a mutató eseményeknek 3 fő hátránya van az alternatívához képest: 1) Mobile-first web: A mutató események valószínűleg soha nem helyettesítik az érintési eseményeket a weben (különösen a Safari támogatása nélkül). Mivel az érintéses események itt maradnak, egy másik, nagyrészt redundáns beviteli modell támogatása hosszú távú bonyolultsági költségekkel jár a webes platformon. 2) Teljesítmény: A mutatóesemények által megkövetelt találattesztelési modell nem triviális teljesítménybüntetést (találatteszt minden mozgáseseménynél) szab ki, amivel sem Android, sem iOS, sem érintési események nem rendelkeznek. Nem vagyunk hajlandóak olyan funkciókat hozzáadni, amelyek növelik a web teljesítményhátrányát a natív mobilplatformokhoz képest. 3) Gazdagság: A mutató események megkövetelik, hogy a görgetés és az eseménykezelés kölcsönösen kizárják egymást. Ez kizár néhány felhasználói felületi effektust, amelyek általánosak a mobilplatformokon (pl. húzás a frissítéshez). A közelmúltban erős fejlesztői visszajelzések arra késztetnek bennünket, hogy a Chrome-ot az ellenkező irányba változtassuk – lehetővé téve az eseménykezelést görgetés közben (lásd a 293467-es számot). Elkötelezettek vagyunk amellett, hogy a webes szabványok közösségében dolgozunk, hogy javítsuk az internetes bevitelt, és különösen nagyra értékeljük a közelmúltban az IE csapatával kialakított kapcsolatot. Annak ellenére, hogy a technikai vélemények eltérőek arról, hogy mi a legjobb az internet számára, bizakodó vagyok, hogy továbbra is jó előrelépést fogunk elérni együtt.
Bár lehet vitatkozni a 2. és 3. pontról, szerintem az első ok elfogadhatatlan. Mivel az Apple Safari most nem támogatta a szabványt, nem akarnak újabb redundáns bemeneti modellt fejleszteni. Felsorolhatok néhány olyan Chrome-funkciót, amely más böngészőkben még nem érhető el, és jelenleg redundáns. A Google eltávolítja ezeket a funkciókat a böngészőkből? Ezenkívül a Google Android és Chrome sokkal népszerűbb, mint a Safari, az IE-vel és a Firefox-szal kombinálva a webböngészési piac szinte nagy része lefedett. Nem tudom, hogy a Google miért nem hajlandó szembeszállni az Apple-lel ebben az esetben.
Van néhány bejegyzés szakértőktől ebben a témában, akik ismertették véleményüket a Google mutató eseményekkel kapcsolatos intézkedéseiről, olvassa el őket az alábbi linkről.
