Le Vim nouvelle génération. Il montre ce qui est caché.

Une règle : montrer ce qui est caché

La plupart des attaques passant par un éditeur fonctionnent parce que l’éditeur présente un fichier comme autre chose que ce qu’il est. L’apparence de sim (depth, brouillard, diffs en rouge et vert, badge d’alerte magenta) n’a qu’une raison d’être : rendre visible ce qui est caché. La couleur obéit à une règle fixe : une couleur signifie toujours la même chose.

Ce que signifie chaque couleur

• GrisLes gris neutres et l’épaisseur du trait portent la structure : texte, numéros, icônes, bordures.
• BleuL’unique couleur d’accent signifie « ici, agissez » : le mode, l’onglet courant, une occurrence de la recherche, un lien.
• Vert, ambre, rougeLe vert, l’ambre et le rouge signifient un changement, et rien d’autre.
• MagentaLe magenta ne signale que ce qui est caché ou dangereux : un caractère qui n’est pas affiché tel quel, git non exécuté par sécurité.

Ce que sim met à l’écran

Cinq choses que les fichiers et les dépôts cachent. sim les montre toutes.

• Les caractères invisibles et bidirectionnels sont montrés

  Un forçage de droite à gauche ou une espace de largeur nulle est dessiné sous la forme <U+202E> ou <U+200B> sur un bloc magenta, dans tous les états, et n’est jamais envoyé tel quel au terminal. Le texte littéral <U+202E> ne reçoit aucun bloc : on peut donc distinguer les deux.

  En savoir plus: Les caractères invisibles et bidirectionnels sont montrés

• Les blancs qui ne ressemblent à rien sont signalés

  Les espaces en fin de ligne s’affichent en ·, une espace insécable en ⍽ et une tabulation en » : des signes qu’aucun code n’utilise, dessinés par-dessus le texte sans jamais en faire partie.

  En savoir plus: Les blancs qui ne ressemblent à rien sont signalés

• Les écritures venues de l’extérieur sont signalées

  Quand un autre processus réécrit le fichier ouvert, sim signale ce qui a changé dans le texte, sur l’onglet et dans l’arborescence, et un enregistrement n’écrit rien si le fichier a changé depuis que vous l’avez lu.

  En savoir plus: Les écritures venues de l’extérieur sont signalées

• Les écarts avec git HEAD en un coup d'œil

  Des signes dans la marge, une lettre d’état pour chaque fichier de l’arborescence et +n ~n -n dans la ligne d’état, le tout issu de git et exécuté en arrière-plan.

  En savoir plus: Les écarts avec git HEAD en un coup d'œil

• La configuration propre d’un dépôt ne peut pas faire exécuter une commande à git

  La configuration propre d’un dépôt ne peut pas faire exécuter une commande à git : un moniteur, des hooks et des filtres sont désactivés, et là où la configuration pourrait encore en exécuter une (core.sshCommand, un include) git n’est pas exécuté. Le cadre dit de quoi il s’agit, et la ligne d’état indique la clé et le fichier.

  En savoir plus: La configuration propre d’un dépôt ne peut pas faire exécuter une commande à git

sim dans un terminal

Rapide. Mesuré, pas seulement affirmé.

Dans le benchmark du projet lui-même (build de release, fichier de 100 000 lignes, panneau ouvert, coloration syntaxique activée), une touche prend moins de 1 ms au p99. Dans un dépôt de 100 000 fichiers, la première image est dessinée avant la lecture de la liste des fichiers : de 1,8 à 8,7 ms mesurées.

Mesuré par le projet sur un AMD Ryzen 9 9950X (SPEED-1, SPEED-2 dans sa spécification). Votre machine donnera d’autres résultats.

Face à Vim, Neovim et Helix

Un tableau sourcé : plugins, modelines, configuration de projet, caractères cachés et écritures externes. Il indique aussi ce que les autres font encore mieux.

Lire la comparaison

Lancez le Vim nouvelle génération

Installez-le via Homebrew, ou bien compilez-le depuis les sources. Les paquets pour AUR et crates.io seront bientôt disponibles.