Vim Sem Modos

Artigo original ↗ Discussão no Hacker News ↗

Uma configuração do Vim que remove a edição modal em favor de atalhos familiares no estilo GUI (Ctrl‑S para salvar, Shift+setas para selecionar, Ctrl‑C/V para copiar/colar) está dividindo usuários de terminal. Os apoiadores gostam de que ela permite que pessoas que usam principalmente editores como VS Code ainda aproveitem a onipresença do Vim, o realce de sintaxe e os plugins quando ocasionalmente entram em um shell remoto. Os críticos respondem que isso mina a principal força do Vim — comandos modais e composáveis — e sugerem alternativas como o “easy mode” embutido do Vim, Emacs com modos CUA/Evil, ou outros editores de terminal sem modos como o micro.

Propósito e Casos de Uso Pretendidos

  • A configuração transforma o Vim em um editor sem modos, com aparência de GUI (Ctrl‑S para salvar, Shift+setas para seleção, Ctrl‑C/V, etc.).
  • Voltado para pessoas que normalmente usam editores GUI (por exemplo, VSCode), mas ocasionalmente precisam de um editor de terminal, especialmente via SSH.
  • Alguns usuários relatam querer o realce de sintaxe e o ecossistema do Vim quando seu editor de terminal sem modos preferido (por exemplo, micro, nano) fica aquém ou não está disponível.

Comparação com Opções Existentes

  • Vários comentaristas observam que o “easy mode” embutido do Vim (vim -y / evim) e o mswin.vim já aproximam o Vim do comportamento CUA/Windows.
  • Outros apontam editores de terminal alternativos (micro, nano, mcedit) ou simplesmente usar uma GUI com suporte remoto (VSCode remote, Sublime + plugins remotos, Emacs -nw).
  • Surge a pergunta: se você pode instalar essa configuração numa máquina remota, por que não instalar o editor de sua preferência em vez disso? Contra-argumento: em sistemas compartilhados ou restritos, muitas vezes você pode ajustar o $HOME, mas não instalar pacotes.

Debate entre Modal e Sem Modos

  • Muitos defendem que os modos do Vim são sua principal força: movimentos composáveis, eficiência, pouco uso do mouse, redução de contorções nos dedos, útil para RSI.
  • Outros argumentam que modos são confusos, aumentam os erros do usuário e entram em conflito com os atalhos CUA onipresentes aprendidos em vários aplicativos.
  • Alguns dizem que “todos os editores são modais” num sentido amplo (mudanças de foco alteram o comportamento); outros insistem que os modos do Vim são qualitativamente diferentes porque a mesma área de texto muda o significado de cada tecla.

Curva de Aprendizado, Memorização e Descoberta

  • Vários admitem que repetidamente “aprendem pela metade” o Vim e depois esquecem os comandos porque o usam raramente.
  • Ponto de vista oposto: os movimentos básicos podem ser aprendidos em minutos; com prática, o Vim parece natural e rápido.
  • Sugestões para um aprendizado mais suave: fundos com cola de consulta, pop-ups no estilo which-key, ou usar editores modais como Helix/Kakoune que exibem possíveis movimentos de forma interativa.

Ergonomia e Cultura de Keybindings

  • Grande subthread sobre remapear Caps Lock para Escape (muitas vezes toque=Esc, segurar=Ctrl) como essencial para usar o Vim confortavelmente; outros preferem Caps→Ctrl ou continuam usando mapeamentos Ctrl‑[ / jk.
  • Debate sobre recuperar atalhos legados de TTY como Ctrl‑S / Ctrl‑Q, e como terminais e TUIs deveriam lidar com eles em 2024.

Portabilidade, Filosofia e Reações

  • Alguns argumentam que personalizar demais as ferramentas reduz a capacidade de usar configurações padrão em máquinas aleatórias; outros defendem dotfiles versionados ou binários portáteis para levar as configurações para qualquer lugar.
  • As reações variam de “hack útil para meu caso exato” a “heresia” e “sem sentido — basta aprender 10 teclas do Vim ou usar nano/micro.”
  • Ponto meta geral: a escolha do editor é pessoal; vários pedem para abandonar o tom de guerra cultural em torno de Vim vs Emacs vs IDEs GUI.