Vimari: Atraso ao marcar uma caixa de seleção

Criado em 30 ago. 2020  ·  5Comentários  ·  Fonte: televator-apps/vimari

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 digitar3F e as teclas vinculadas à caixa de seleção 3 para verificá-las rapidamente. No Safari, o3 modificador não funciona (problema separado), além disso, há um atraso para marcar qualquer caixa de seleção.

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.

bug

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.

Todos 5 comentários

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:

Navegação com mouse

  1. Passe o mouse sobre o link - alterações na formatação do link (cor, sublinhado etc.)
  2. Botão do mouse pressionado
  3. Botão do mouse para cima - alterações de texto da barra de endereço, barra de progresso aparece e novas páginas são carregadas

Navegação com teclado (sem Vimari)

  1. Opção-Tab para link - o link é destacado com uma caixa azul
  2. Tecla Return para baixo - alterações de texto da barra de endereço, barra de progresso aparece e novas páginas são carregadas

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.

Navegação com Vimari (sugerido)

  1. Pressione F - as teclas de link são exibidas
  2. Última tecla de link pressionada - o texto da barra de endereço muda, a barra de progresso aparece e novas páginas são carregadas

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.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

j0na1han picture j0na1han  ·  3Comentários

simeg picture simeg  ·  37Comentários

mihar picture mihar  ·  3Comentários

dragonma-backup picture dragonma-backup  ·  10Comentários

livc picture livc  ·  6Comentários