Ao pressionar F seguido por uma tecla ligada a uma caixa de seleção, há um atraso de cerca de um segundo antes que a ação de verificação seja concluída. Isso é mais lento do que as opções não-Vimium de usar o mouse ou usar Option + Tab seguido de espaço. Também é mais lento do que o Vimium no Chrome, que verifica a caixa instantaneamente.
Para formulários com muitas caixas de seleção, o atraso retarda muito as coisas. No Chrome, por exemplo, você pode digitar
Para reproduzir, tente usar o Vimium para marcar uma caixa de seleção em qualquer formulário (por exemplo, este ). Observe o atraso para que a verificação ocorra.
Acho que o problema aqui pode ser que adicionamos um atraso antes de seguir um link para a próxima página, e esse atraso também se aplica às caixas de seleção na página.
Por que um atraso seria adicionado em ambos os casos?
Aqui está a lógica: https://github.com/televator-apps/vimari/blob/6d077fe360a15e13443678184aa31b931fbd140b/Vimari%20Extension/js/link-hints.js#L284 -L297. De memória, parece um pouco incomum navegar imediatamente, embora eu possa estar errado.
Aqui estão as sequências de eventos com navegação com mouse vs teclado:
Em ambos os casos, o Safari nativo não adiciona nenhum atraso artificial. Ao usar o mouse, o tempo do botão do mouse para baixo até o botão do mouse é uma espécie de atraso, mas é baseado apenas na velocidade real do clique do usuário. Não há atraso equivalente ao usar o teclado. Eu sugiro que a Vimari siga o modelo de teclado do Safari; já parece natural devido à atualização imediata da barra de endereços. Uma grande parte do Vimari é ajudar seus usuários a serem o mais rápidos e produtivos possível.
Parece que o atraso foi introduzido há 10 anos (no terceiro commit deste repo: 6ff05f2fbb030cfeb6ccc85b1ffc2d288c6bb08a). Embora o código mencione que não parece natural navegar instantaneamente, não tenho certeza se isso ainda é relevante agora. Especialmente porque agora não parece natural ter um atraso para as caixas de seleção (eu não percebo para abrir links). Eu sugiro que tentemos o código sem demora para ver se ele realmente parece não natural e removê-lo se não parecer.
Comentários muito úteis
Parece que o atraso foi introduzido há 10 anos (no terceiro commit deste repo: 6ff05f2fbb030cfeb6ccc85b1ffc2d288c6bb08a). Embora o código mencione que não parece natural navegar instantaneamente, não tenho certeza se isso ainda é relevante agora. Especialmente porque agora não parece natural ter um atraso para as caixas de seleção (eu não percebo para abrir links). Eu sugiro que tentemos o código sem demora para ver se ele realmente parece não natural e removê-lo se não parecer.