Google descarta suporte para o padrão de eventos de ponteiro da Microsoft em navegadores Chrome, citando motivos esfarrapados
3 minutos. ler
Publicado em
Compartilhe este artigo
Melhore este guia
Leia nossa página de divulgação para descobrir como você pode ajudar o MSPoweruser a sustentar a equipe editorial Saiba mais
Eventos de ponteiro é um novo padrão que a Microsoft iniciou inicialmente e posteriormente desenvolvido pelo W3C para definir um modelo de entrada de dispositivo unificado – caneta, mouse e toque – em vários navegadores. O Pointer Events facilita o suporte a uma variedade de navegadores e dispositivos, evitando que os desenvolvedores da Web escrevam código exclusivo para cada tipo de entrada. Para demonstrar a interoperabilidade entre navegadores para eventos de ponteiro, a Microsoft contribuiu com patches para os mecanismos de navegador Blink e Mozilla e desenvolveu protótipos de interoperabilidade, incluindo um Protótipo de eventos de ponteiro para WebKit. Além disso, o Pointer Events foi bem recebido pela comunidade da web.
Na semana passada, a equipe do Chrome postou que planejam encerrar o suporte a Pointer Events no Chrome citando os seguintes motivos.
Muito brevemente, os eventos de ponteiro têm 3 principais desvantagens em relação à alternativa: 1) Mobile-first web: eventos de ponteiro provavelmente nunca suplantariam eventos de toque na web (especialmente sem o suporte do Safari). Como os eventos de toque chegaram para ficar, o suporte a outro modelo de entrada amplamente redundante tem um alto custo de complexidade de longo prazo na plataforma da web. 2) Desempenho: O modelo de teste de acerto exigido por eventos de ponteiro impõe uma penalidade de desempenho não trivial (teste de acerto em cada evento de movimento) que nem Android, iOS ou eventos de toque possuem. Não estamos dispostos a adicionar nenhum recurso que aumente a desvantagem de desempenho da Web em relação às plataformas móveis nativas. 3) Riqueza: Os eventos de ponteiro requerem que a rolagem e o tratamento de eventos sejam mutuamente exclusivos. Isso exclui alguns efeitos de interface do usuário que são comuns em plataformas móveis (por exemplo, puxar para atualizar). Recentemente, um forte feedback do desenvolvedor nos levou a mudar o Chrome na direção oposta aqui – habilitando o tratamento de eventos durante a rolagem (consulte o problema 293467 ). Estamos comprometidos em trabalhar na comunidade de padrões da web para melhorar a entrada na web e valorizamos especialmente o relacionamento que construímos recentemente com a equipe do IE aqui. Apesar dessa diferença de opinião técnica sobre o que é melhor para a web, estou otimista de que ainda faremos um bom progresso juntos.
Embora você possa argumentar sobre o 2º e o 3º pontos, acho que a primeira razão é inaceitável. Como o Safari da Apple não suporta o padrão agora, eles não querem desenvolver outro modelo de entrada redundante. Posso listar nenhum. de recursos no Chrome que ainda não estão disponíveis em outros navegadores e é redundante no momento. O Google removerá esses recursos dos navegadores? Além disso, o Android e o Chrome do Google são muito mais populares que o Safari, combinando-o com o IE e o Firefox, quase a maior parte do mercado de navegação na web é coberta. Não sei por que o Google não está disposto a ir contra a Apple neste caso.
Existem alguns posts de especialistas sobre este assunto que apresentaram suas opiniões sobre a ação do Google em eventos de ponteiro, leia-os no link abaixo.
