O Vim de nova geração. Ele mostra o que está oculto.

Uma regra: mostrar o que está oculto

A maioria dos ataques via editor funciona porque o editor mostra um arquivo como algo que ele não é. A aparência do sim (depth, a névoa, os diffs em vermelho e verde, o selo de alerta magenta) existe para uma única função: tornar visível o que está oculto. A cor segue uma regra fixa, então uma cor sempre significa a mesma coisa.

O que cada cor significa

• CinzaCinzas neutros e o peso do traço indicam a estrutura: texto, números, ícones, bordas.
• AzulA única cor de destaque significa “aqui, aja”: o modo, a aba em que você está, uma ocorrência da busca, um link.
• Verde, âmbar, vermelhoVerde, âmbar e vermelho significam mudança, e nada mais.
• MagentaMagenta significa apenas o que está oculto ou é perigoso: um caractere que não é mostrado como ele é, o git que deixou de rodar por segurança.

O que o sim coloca na tela

Cinco coisas que arquivos e repositórios escondem. O sim mostra todas.

• Caracteres invisíveis e bidirecionais são mostrados

  Uma substituição da direita para a esquerda ou um espaço de largura zero é desenhado como <U+202E> ou <U+200B> sobre um bloco magenta, em qualquer estado, e nunca é enviado cru ao terminal. O texto literal <U+202E> não recebe bloco, então dá para distinguir os dois.

  Saiba mais: Caracteres invisíveis e bidirecionais são mostrados

• Espaços que parecem não ser nada são marcados

  Espaços no fim da linha aparecem como ·, um espaço não separável como ⍽ e uma tabulação como »: marcas que nenhum código usa, desenhadas sobre o texto e nunca parte dele.

  Saiba mais: Espaços que parecem não ser nada são marcados

• Escritas externas são marcadas

  Quando outro processo reescreve o arquivo aberto, o sim marca o que mudou no texto, na aba e na árvore, e um salvamento não grava nada se o arquivo mudou desde que você o leu.

  Saiba mais: Escritas externas são marcadas

• Mudanças em relação ao git HEAD num relance

  Sinais na margem, uma letra de status para cada arquivo da árvore e +n ~n -n na linha de status, tudo vindo do git, executado em segundo plano.

  Saiba mais: Mudanças em relação ao git HEAD num relance

• A configuração própria de um repositório não pode fazer o git executar um comando

  A configuração própria de um repositório não pode fazer o git executar um comando: monitor, hooks e filtros são desligados, e onde a configuração ainda poderia executar um (core.sshCommand, um include) o git não é executado. A moldura diz qual é o caso, e a linha de status indica a chave e o arquivo.

  Saiba mais: A configuração própria de um repositório não pode fazer o git executar um comando

O sim em um terminal

Rápido. Medido, não só afirmado.

No benchmark do próprio projeto (build de release, um arquivo de 100.000 linhas, painel aberto, realce de sintaxe ligado), uma tecla leva menos de 1 ms no p99. Em um repositório com 100 mil arquivos, o primeiro quadro é desenhado antes de a lista de arquivos ser lida: de 1,8 a 8,7 ms medidos.

Medido pelo projeto em um AMD Ryzen 9 9950X (SPEED-1, SPEED-2 na especificação). A sua máquina terá resultados diferentes.

Frente a Vim, Neovim e Helix

Uma tabela com fontes: plugins, modelines, configuração de projeto, caracteres ocultos e escritas externas. Ela diz também onde os outros ainda fazem melhor.

Ler a comparação

Rode o Vim de nova geração

Instale via Homebrew; também dá para compilar do código-fonte. Os pacotes para AUR e crates.io chegam em breve.