Das Vim der neuen Generation. Es zeigt, was verborgen ist.

Eine Regel: zeigen, was verborgen ist

Die meisten Angriffe über Editoren funktionieren, weil der Editor eine Datei als etwas anderes zeigt, als sie ist. Das Aussehen von sim (depth, Nebel, rote und grüne Diffs, das magentafarbene Warn-Badge) hat nur eine Aufgabe: Verborgenes sichtbar zu machen. Farben folgen einer festen Regel, sodass eine Farbe immer dasselbe bedeutet.

Was jede Farbe bedeutet

• GrauNeutrale Grautöne und Schriftstärke tragen die Struktur: Text, Zahlen, Icons, Rahmen.
• BlauDer eine Akzent bedeutet „hier handeln“: der Modus, der aktuelle Tab, ein Suchtreffer, ein Link.
• Grün, Bernstein, RotGrün, Bernstein und Rot bedeuten Änderung und sonst nichts.
• MagentaMagenta steht nur für Verborgenes oder Gefährliches: ein Zeichen, das nicht als es selbst angezeigt wird, ein aus Sicherheitsgründen übersprungenes git.

Was sim auf den Bildschirm bringt

Fünf Dinge, die Dateien und Repositories verbergen. sim zeigt jedes davon.

• Unsichtbare und bidirektionale Zeichen werden angezeigt

  Ein Rechts-nach-links-Override oder ein Leerzeichen mit Breite null wird in jedem Zustand als <U+202E> bzw. <U+200B> auf einem magentafarbenen Block gezeichnet und nie roh an das Terminal gesendet. Der wörtliche Text <U+202E> bekommt keinen Block, sodass sich beides unterscheiden lässt.

  Mehr lesen: Unsichtbare und bidirektionale Zeichen werden angezeigt

• Leerzeichen, die wie nichts aussehen, werden markiert

  Leerzeichen am Zeilenende erscheinen als ·, ein geschütztes Leerzeichen als ⍽ und ein Tabulator als »: Zeichen, die kein Code verwendet, über den Text gezeichnet und nie ein Teil von ihm.

  Mehr lesen: Leerzeichen, die wie nichts aussehen, werden markiert

• Schreibzugriffe von außen werden markiert

  Schreibt ein anderer Prozess die geöffnete Datei neu, markiert sim die Änderungen im Text, am Tab und im Dateibaum, und ein Speichern schreibt nichts, wenn sich die Datei seit dem Einlesen geändert hat.

  Mehr lesen: Schreibzugriffe von außen werden markiert

• Änderungen gegenüber git HEAD auf einen Blick

  Markierungen in der Randspalte, ein Statusbuchstabe für jede Datei im Dateibaum und +n ~n -n in der Statuszeile: alles stammt von git und läuft im Hintergrund.

  Mehr lesen: Änderungen gegenüber git HEAD auf einen Blick

• Die eigene Konfiguration eines Repositorys kann git keinen Befehl ausführen lassen

  Die eigene Konfiguration eines Repositorys kann git keinen Befehl ausführen lassen: Ein Monitor, Hooks und Filter werden abgeschaltet, und wo die Konfiguration trotzdem einen ausführen könnte (core.sshCommand, ein Include), wird git nicht ausgeführt. Der Rahmen sagt, was der Fall ist, und die Statuszeile nennt den Schlüssel und die Datei.

  Mehr lesen: Die eigene Konfiguration eines Repositorys kann git keinen Befehl ausführen lassen

sim im Terminal

Schnell. Gemessen, nicht behauptet.

Im eigenen Benchmark des Projekts (Release-Build, eine Datei mit 100.000 Zeilen, Panel geöffnet, Hervorhebung an) braucht eine Taste bei p99 weniger als 1 ms. In einem Repository mit 100.000 Dateien wird der erste Frame gezeichnet, bevor die Dateiliste gelesen ist: gemessen 1,8 bis 8,7 ms.

Vom Projekt auf einem AMD Ryzen 9 9950X gemessen (SPEED-1, SPEED-2 in dessen Spezifikation). Auf Ihrem Rechner werden die Werte abweichen.

Gegen Vim, Neovim und Helix

Eine Tabelle mit Quellen: Plugins, Modelines, Projektkonfiguration, versteckte Zeichen und Schreibzugriffe von außen. Sie sagt auch, wo die anderen noch besser sind.

Zum Vergleich

Das Vim der neuen Generation starten

Über Homebrew installieren oder aus dem Quellcode bauen. Pakete für AUR und crates.io kommen demnächst.