Google deja de admitir el estándar de eventos de puntero de Microsoft en los navegadores Chrome por razones poco convincentes
3 minuto. leer
Publicado el
Compartir este artículo
Mejorar esta guía
Lea nuestra página de divulgación para descubrir cómo puede ayudar a MSPoweruser a sostener el equipo editorial. Leer más
Los eventos de puntero son un nuevo estándar que Microsoft inició al principio y luego fue desarrollado por el W3C para definir un modelo de entrada de dispositivo unificado (lápiz, mouse y toque) en múltiples navegadores. Pointer Events facilita la compatibilidad con una variedad de navegadores y dispositivos al evitar que los desarrolladores web escriban un código único para cada tipo de entrada. Para demostrar la interoperabilidad entre navegadores para Pointer Events, Microsoft aportó parches a los motores de navegador Blink y Mozilla, y desarrolló prototipos de interoperabilidad, incluido un Prototipo de Pointer Events para WebKit. Además, Pointer Events fue bien recibido por la comunidad web.
La semana pasada, el equipo de Chrome publicó que planean eliminar el soporte de Pointer Events en Chrome citando las siguientes razones.
Muy brevemente, los eventos de puntero tienen 3 inconvenientes principales en relación con la alternativa: 1) Web móvil primero: los eventos de puntero probablemente nunca suplantarían a los eventos táctiles en la web (especialmente sin el soporte de Safari). Dado que los eventos táctiles llegaron para quedarse, admitir otro modelo de entrada en gran medida redundante tiene un alto costo de complejidad a largo plazo en la plataforma web. 2) Rendimiento: el modelo de prueba de aciertos requerido por los eventos de puntero impone una penalización de rendimiento no trivial (prueba de aciertos en cada evento de movimiento) que no tienen Android, iOS ni los eventos táctiles. No estamos dispuestos a agregar ninguna característica que aumente la desventaja de rendimiento de la web en relación con las plataformas móviles nativas. 3) Riqueza: los eventos de puntero requieren que el desplazamiento y el manejo de eventos sean mutuamente excluyentes. Esto excluye algunos efectos de la interfaz de usuario que son comunes en las plataformas móviles (p. ej., tirar para actualizar). Recientemente, los fuertes comentarios de los desarrolladores nos han llevado a cambiar Chrome en la dirección opuesta aquí: permitir el manejo de eventos mientras se desplaza (consulte el problema 293467). Estamos comprometidos a trabajar en la comunidad de estándares web para mejorar la entrada en la web, y valoramos especialmente la relación que hemos construido recientemente con el equipo de IE aquí. A pesar de esta diferencia en la opinión técnica sobre lo que es mejor para la web, soy optimista de que seguiremos progresando juntos.
Si bien puede discutir sobre los puntos 2 y 3, creo que la primera razón es inaceptable. Dado que Safari de Apple no admitía el estándar ahora, no quieren desarrollar otro modelo de entrada redundante. Puedo enumerar la cantidad de funciones en Chrome que aún no están disponibles en otros navegadores y es redundante en este momento. ¿Google eliminará esas funciones de los navegadores? Además, Android y Chrome de Google son mucho más populares que Safari, combinándolos con IE y Firefox, se cubre casi la mayor parte del mercado de navegación web. No sé por qué Google no está dispuesto a ir en contra de Apple en este caso.
Hay un par de publicaciones de expertos en este tema que han presentado sus puntos de vista sobre la acción de Google en los eventos de puntero, léalos desde el enlace a continuación.
