A Microsoft encontra uma maneira de resolver o problema Pinch-Zoom do Chromium em dispositivos Windows 10
2 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
Agora que a Microsoft agora é um membro da equipe no desenvolvimento do Chromium, espera-se que novos recursos e correções cheguem com mais frequência em todos os navegadores baseados no Chromium de código aberto. Rolagem suave é uma das contribuições notáveis que a Microsoft fez para os navegadores baseados em Chromium, como o novo Microsoft Edge, Google Chrome, Opera, etc.
A empresa agora quer corrigir outro problema estranho no Chromium. A Microsoft começou a trabalhar em uma correção para o problema de zoom do Chromium. De acordo com um postagem de bug, os usuários não podem impedir o gesto de zoom em dispositivos Windows 10(através WindowsLatest). O bug também pode ser reproduzido em Macs. No entanto, os dispositivos Windows 10, como o Surface Book e o Surface Pro, são propensos ao problema.
“É difícil reproduzir intencionalmente. Durante o trabalho, um bug ocorre 5 vezes por dia. Além disso, o erro não é reproduzido em todos os computadores. Estou enfrentando isso no MacBook 2016 e MacBook Pro 2018 13 polegadas sem barra de toque. De acordo com meus sentimentos subjetivos, é mais fácil reproduzir no Surface Book Pro”, explicou um engenheiro da Microsoft.
De acordo com o autor da postagem do bug, os usuários são afetados pelo bug somente quando tentam qualquer uma das seguintes atividades:
- Coloque o cursor sobre o scroller “Real prevent default handler”
- Faça um movimento rápido no touchpad (observe que o scroller não vai rolar).
- Execute imediatamente um gesto de zoom de pinça.
Agora, de acordo com um compromisso recente dos desenvolvedores do Microsoft Edge, uma correção para o problema de zoom de pinça parece estar em andamento.
“Em dois cenários diferentes: ou a transição de scroll->pinch, ou de fling->pinch. Em ambos os casos, os eventos estavam sendo enfileirados no TouchpadPinchEventQueue, então TouchpadPinchEventQueue::ProcessMouseWheelAck estava recebendo ACKs, que o TPEQ assumiu serem os ACKs para os eventos que já havia enfileirado.”
“Embora isso seja muitas vezes verdade, nem sempre foi o caso. Às vezes, os ACKs de evento do scroll ou fling chegavam depois que os eventos pinch já haviam sido enfileirados, caso em que os ACKs seriam processados como se fossem para eventos pinch quando não eram.”
Em outro commit, a Microsoft observou que “Agora, com essa mudança, se estivermos fazendo a transição de um scroll para um pinch, o momentum_phase de um evento é definido como Blocked, sinalizando que um scroll de momento não acontecerá. Em seguida, despachamos imediatamente o evento final sem esperar.”
Você pode esperar que a correção chegue nas futuras atualizações do Chromium.
