Google stellt die Unterstützung für Microsofts Pointer-Events-Standard in Chrome-Browsern unter Berufung auf lahme Gründe ein
3 Minute. lesen
Veröffentlicht am
Teile diesen Artikel
Verbessern Sie diesen Leitfaden
Lesen Sie unsere Offenlegungsseite, um herauszufinden, wie Sie MSPoweruser dabei helfen können, das Redaktionsteam zu unterstützen Lesen Sie weiter
Zeigerereignisse sind ein neuer Standard, der zunächst von Microsoft initiiert und später vom W3C entwickelt wurde, um ein einheitliches Geräteeingabemodell – Stift, Maus und Berührung – über mehrere Browser hinweg zu definieren. Zeigerereignisse erleichtern die Unterstützung einer Vielzahl von Browsern und Geräten, indem sie Webentwicklern das Schreiben von eindeutigem Code für jeden Eingabetyp ersparen. Um die Cross-Browser-Interoperabilität für Pointer Events zu demonstrieren, steuerte Microsoft Patches für Blink- und Mozilla-Browser-Engines bei und entwickelte Interoperabilitätsprototypen, darunter a Zeigerereignisse-Prototyp für WebKit. Auch Pointer Events wurde von der Web-Community gut angenommen.
Letzte Woche hat das Chrome-Team gepostet, dass es plant, die Unterstützung für Pointer-Ereignisse in Chrome einzustellen, und zwar aus den folgenden Gründen.
Kurz gesagt, Zeigerereignisse haben im Vergleich zur Alternative drei Hauptnachteile: 3) Mobile-First-Web: Zeigerereignisse würden wahrscheinlich niemals Touch-Ereignisse im Web ersetzen (insbesondere ohne Unterstützung von Safari). Da Touch-Events hier bleiben werden, verursacht die Unterstützung eines anderen weitgehend redundanten Eingabemodells langfristig hohe Komplexitätskosten auf der Webplattform. 1) Leistung: Das für Zeigerereignisse erforderliche Treffertestmodell führt zu einer nicht trivialen Leistungseinbuße (Treffertest bei jedem Bewegungsereignis), die weder Android- noch iOS- oder Touch-Ereignisse aufweisen. Wir sind nicht bereit, Funktionen hinzuzufügen, die den Leistungsnachteil des Webs im Vergleich zu nativen mobilen Plattformen vergrößern. 2) Reichhaltigkeit: Zeigerereignisse erfordern, dass Scrollen und Ereignisbehandlung sich gegenseitig ausschließen. Dies schließt einige UI-Effekte aus, die auf mobilen Plattformen üblich sind (z. B. zum Aktualisieren ziehen). In letzter Zeit hat uns starkes Entwickler-Feedback dazu veranlasst, Chrome hier in die entgegengesetzte Richtung zu ändern – die Ereignisbehandlung beim Scrollen zu ermöglichen (siehe Ausgabe 3 ). Wir setzen uns dafür ein, in der Webstandard-Community zu arbeiten, um den Input im Web zu verbessern, und wir schätzen besonders die Beziehung, die wir kürzlich mit dem IE-Team hier aufgebaut haben. Trotz dieser unterschiedlichen technischen Meinungen darüber, was das Beste für das Web ist, bin ich optimistisch, dass wir gemeinsam noch gute Fortschritte machen werden.
Während man über Punkt 2 und 3 streiten kann, halte ich den ersten Grund für inakzeptabel. Da Apples Safari den Standard jetzt nicht unterstützt, will man kein weiteres redundantes Eingabemodell entwickeln. Ich kann keine Funktionen in Chrome auflisten, die in anderen Browsern noch nicht verfügbar sind, und es ist im Moment überflüssig. Wird Google diese Funktionen aus den Browsern entfernen? Außerdem sind Android und Chrome von Google viel beliebter als Safari, und in Kombination mit IE und Firefox wird fast der Großteil des Webbrowser-Marktes abgedeckt. Ich weiß nicht, warum Google in diesem Fall nicht bereit ist, gegen Apple vorzugehen.
Es gibt einige Posts von Experten zu diesem Thema, die ihre Ansichten über die Maßnahmen von Google zu Pointer-Ereignissen dargelegt haben, lesen Sie sie unter dem folgenden Link.
