Cada gesto no touchpad passa por pelo menos quatro camadas distintas antes de acionar uma ação na tela — e cada camada pode alterar o significado desse gesto. Entender as camadas evita que alguns touchpads pareçam lentos, que gestos desapareçam após uma atualização do driver, ou que um app web detecte uma rolagem mas não um pinça. Compreender esse fluxo esclarece tudo.
Camada 1: o hardware e firmware de detecção
A superfície do touchpad é coberta por uma grade de eletrodos capacitivos. Quando um dedo se aproxima, ele perturba o campo elétrico entre as linhas e colunas dessa grade, e o chip controlador do touchpad mede essas perturbações várias vezes por segundo — pelo menos 100 vezes por segundo conforme a especificação do Windows Precision Touchpad, chegando a 125 Hz para um único contato. O chip converte as leituras brutas de capacitância em uma lista de objetos de contato: cada um recebe um par de coordenadas (x, y), uma área estimada de contato e um ID de contato que persiste enquanto o dedo permanece na superfície.
Essa etapa do firmware é totalmente uma tradução analógico-digital. O chip não sabe o que é um "deslize" ou um "toque". Ele só sabe que o contato com ID 2 está atualmente em (381, 204) e estava em (376, 204) na varredura anterior. Esse fluxo bruto é o que viaja pelo barramento USB ou I2C até o sistema operacional.
Camada 2: o relatório HID e o motor de gestos do SO
Em um Windows Precision Touchpad (PTP), o firmware empacota a lista de contatos de cada varredura em um relatório HID (Dispositivo de Interface Humana) padronizado e o envia para o Windows. O Windows recebe os contatos brutos — não eventos interpretados — e seu próprio motor de gestos (parte da pilha de entrada em hidclass.sys e do driver do touchpad de precisão) faz todo o reconhecimento. Essa é a divisão arquitetural que faz os Precision Touchpads funcionarem de forma consistente entre marcas: a interpretação fica no SO, não no firmware do fabricante.
Em um touchpad padrão (legado), essa divisão não existe. O driver do fabricante — Synaptics, Elan ou ALPS — processa os dados brutos de capacitância e entrega ao Windows apenas eventos prontos no estilo mouse: cursor-movido, botão-pressionado, delta de rolagem. O Windows nunca vê os contatos individuais.
O motor de gestos do SO aplica suas regras de classificação nos contatos brutos que recebe:
- Detecção de toque — um contato que aparece, se move menos que uma distância limite e desaparece rapidamente é classificado como toque. O movimento máximo antes de um contato ser desqualificado como toque, deslize ou pressão longa é uma pequena distância em unidades físicas; o SO mapeia isso para pixels na tela com base nas dimensões reportadas do touchpad.
- Rolagem com dois dedos — dois contatos que se movem na mesma direção e velocidade comparável produzem eventos de delta de rolagem, não movimento do ponteiro. O SO encaminha esses eventos de roda para a janela que estiver com foco.
- Gestos com três e quatro dedos — são enviados diretamente para ações do shell do Windows (equivalente ao Mission Control, áreas de trabalho virtuais) ou interceptados por apps que se registram para eles via Windows Gesture API.
- Rejeição de palma — contatos que chegam das bordas do touchpad ou coincidem com atividade do teclado são suprimidos antes mesmo da lógica de gestos rodar (abordado separadamente em rejeição de palma).
Camada 3: o modelo de eventos do navegador
Quando um gesto chega a uma página web, ele já foi processado duas vezes — uma pelo firmware e outra pelo SO. O navegador recebe apenas os eventos que o Windows escolheu encaminhar. Para um Precision Touchpad, esses são PointerEvents com um pointerType de "mouse" para movimento de contato único, além de WheelEvents para rolagem com dois dedos e pinça para zoom. O navegador nunca vê os contatos individuais dos dedos de um touchpad de desktop — esses dados brutos ficam dentro da camada do SO.
Isso significa que os gestos que uma página web pode detectar de um touchpad são estruturalmente diferentes do que uma tela sensível ao toque envia. Uma tela sensível ao toque entrega contatos individuais como eventos pointerType: "touch", e uma página pode implementar sua própria lógica de pinça acompanhando a distância entre dois ponteiros simultâneos. Um touchpad entrega um delta de zoom pré-calculado como um WheelEvent com ctrlKey: true — sem necessidade de cálculos com dois ponteiros no lado web.
Camada 4: os próprios limites da aplicação
Aplicações — incluindo JavaScript rodando no navegador — aplicam uma camada final de classificação sobre os eventos que recebem. O testador acima ilustra isso concretamente: seu motor de gestos define um LIMITE_DE_TOQUE (TAP_THRESHOLD) de 10 px — se um ponteiro se move mais que 10 pixels entre pointerdown e pointerup, ele é desqualificado como toque. Um LIMITE_DE_PRESSAO_LONGA (LONG_PRESS_THRESHOLD) de 500 ms dispara se o contato se mantém esse tempo sem ultrapassar o limite de 10 px. Um LIMITE_DE_TOQUE_DUPLO (DOUBLE_TAP_THRESHOLD) de 300 ms significa que dois toques devem ocorrer dentro de 300 milissegundos para contar como toque duplo. Deslizes exigem distância mínima de 50 px e velocidade mínima de 0,5 px/ms, para que arrastos lentos não sejam classificados erroneamente como deslizes.
Esses limites existem em todas as camadas do fluxo. Um gesto que passa pelo filtro de área de contato do firmware, supera a checagem de distância do SO e ainda produz a sequência correta de eventos no navegador pode ser rejeitado pela aplicação se estiver fora da janela de tempo ou distância dela. Ajustar uma camada sem considerar as outras é o motivo pelo qual a sensibilidade dos gestos pode parecer errada mesmo após uma atualização do driver que não muda nada visível para o usuário.
Por que o modelo em camadas é importante para diagnóstico
Quando um gesto para de funcionar, o modelo em camadas aponta para o suspeito certo. Se nenhum gesto funciona — nem mesmo toque simples — o problema está na camada 1 (hardware) ou no início da camada 2 (driver não carregado). Se a rolagem com dois dedos funciona mas o deslize com três dedos não, o motor de gestos do SO está recebendo contatos, mas uma regra específica de gesto mudou — verifique as Configurações do Windows para gestos desativados. Se a rolagem funciona em apps nativos mas não em um site específico, o problema está nos manipuladores de eventos do app, não no driver. As diretrizes de ajuste do Precision Touchpad da Microsoft documentam os valores de registro que controlam os limites da camada do SO, permitindo ajustar a sensibilidade sem mexer no firmware.
Confira você mesmo: a ferramenta acima registra todos os eventos de ponteiro e roda que o navegador recebe, e seu painel de Detecção de Gestos aplica suas próprias regras de limite sobre esses eventos. Se a camada do SO está encaminhando contatos corretamente, você verá toques, toques duplos e pressões longas registrados no painel — cada um representando um gesto que sobreviveu a todas as camadas do fluxo, da grade capacitiva até o app no navegador.