Replace-, Select- und Operator-pending-Mode

Replace-Mode (R): überschreiben statt einfügen

Aus dem Normal-Mode wechselst du mit dem großen R in den Replace-Mode. Die Statusline zeigt -- REPLACE --. Im Replace-Mode verhält sich die Tastatur weitgehend wie im Insert-Mode — mit einem entscheidenden Unterschied: jedes neu getippte Zeichen überschreibt das Zeichen unter dem Cursor und rückt eins nach rechts, statt einzufügen und alles Nachfolgende zu verschieben.

" Buffer-Inhalt:  Hallo Welt
" Cursor steht auf "W" (Spalte 7)

R              " Replace-Mode (Statusline: -- REPLACE --)
VIM            " jeder Buchstabe überschreibt einen
<Esc>          " zurück in Normal-Mode

" Ergebnis: Hallo VIMt
" - "W" durch "V" ersetzt
" - "e" durch "I" ersetzt
" - "l" durch "M" ersetzt
" - "t" bleibt — wir haben nur drei Zeichen getippt

Bei einem Backspace im Replace-Mode passiert etwas Besonderes: Vim macht den letzten Replace rückgängig, stellt also das ursprüngliche Zeichen wieder her. Das ist eine kleine Komfort-Funktion gegen Vertipper, die der Insert-Mode in dieser Form nicht hat.

Wer am Zeilenende ankommt und weiter tippt, verlängert Replace die Zeile — er löscht also keinen Zeilenumbruch, sondern hängt einfach an. Damit wird Replace-Mode an Zeilenenden identisch zum Insert-Mode.

Wann ist Replace sinnvoll?

Replace ist nicht der erste Reflex und auch nicht für tägliche Edits gedacht. Er glänzt in zwei Szenarien:

• Formatierte Tabellen oder ASCII-Diagramme, in denen die Spalten-Ausrichtung erhalten bleiben muss. Wer in einer Markdown-Tabelle den Wert in einer Zelle ändert, will die |-Trenner nicht verschieben — Replace überschreibt nur die Werte.
• Pattern-Daten mit fester Länge, etwa Hex-Dumps, IP-Adressen, Maskierungen.

Für die meisten Edits bleibt c{motion} (change) die elegantere Wahl, weil sie sich in die Operator-Motion-Grammatik einfügt.

Virtual Replace (gR): Tabs als logische Spalten

Eine weniger bekannte Variante: gR startet den Virtual-Replace-Mode. Der Unterschied zum normalen Replace ist die Behandlung von Tabs und Mehrbyte-Zeichen: Virtual Replace betrachtet sie als eine logische Spalte, nicht als das eigentliche Zeichen-Volumen.

" Buffer hat einen Tab (gleich 8 Spalten visuell):
" Hallo[TAB]Welt
" Cursor auf dem Tab.

" Mit R (klassisch):
R abc<Esc>
" Ergebnis: das Tab wird durch "abc" ersetzt, die nachfolgende
" Spalten-Ausrichtung von "Welt" verschiebt sich nach links.

" Mit gR (virtual):
gR abc<Esc>
" Ergebnis: das Tab wird visuell durch "abc " ersetzt — die
" 8 Spalten bleiben erhalten, "Welt" steht weiterhin in Spalte 9.

Gleicher Effekt bei Mehrbyte-Zeichen wie ä, ö, 漢字: R zählt Bytes, gR zählt Spalten (visual width). Wer Code-Tabellen, ASCII-Art oder kommentierte Diagramme editiert, fährt mit gR deutlich entspannter, weil sich die Spaltenstruktur nicht verschiebt.

Einzelzeichen ersetzen: r und gr

Für einen schnellen Ein-Zeichen-Ersatz braucht es keinen Modus-Wechsel. Im Normal-Mode tippt man r + das neue Zeichen:

" Cursor steht auf einem "a"
rb              " ersetzt das "a" durch "b" — kein Modus-Wechsel, sofort fertig

" Mehrere identische Zeichen ersetzen — mit Count:
3rx             " ersetzt drei Zeichen ab Cursor durch jeweils "x"
" (sinnvoll z. B. um drei "-" durch "x" zu ersetzen)

Analog ersetzt gr ein Zeichen unter Berücksichtigung der virtuellen Breite — relevant nur, wenn der Cursor auf einem Tab oder Mehrbyte-Zeichen steht.

r ist eines der häufigsten Vim-Befehle überhaupt: Tippfehler-Korrektur in einem Anschlag, ohne Modus-Wechsel.

Select-Mode: Vim für Maus-Workflows

Der Select-Mode ist eine spezielle Variante des Visual-Mode, die so funktioniert wie die Auswahl in einem normalen Editor: ein Bereich ist markiert, und beim Tippen wird die Markierung durch den getippten Text ersetzt — wie in VS Code, Word oder einem Browser-Textfeld. Konkret heißt das: drückt man im Select-Mode a, wird die Markierung durch ein einzelnes „a" ersetzt, anschließend ist man im Insert-Mode.

Aus dem Normal-Mode erreicht man Select-Mode auf drei Wegen:

Sichtbarer Unterschied zum Visual-Mode: die Statusline zeigt -- SELECT --. Die Selektion sieht identisch aus.

Wann ist Select-Mode sinnvoll?

Für Vim-Profis: praktisch nie. Visual-Mode ist konsistenter mit der Operator-Motion-Grammatik und in jeder Hinsicht flexibler. Select-Mode existiert hauptsächlich aus zwei Gründen:

• Maus-gestützte Workflows: Wenn :set selectmode=mouse aktiv ist, wechselt Vim bei einer Mausauswahl automatisch in den Select-Mode statt in den Visual-Mode. Damit verhält sich Vim für Anwender, die hauptsächlich mit der Maus arbeiten, vertrauter.
• Snippet-Engines: Plugins wie vim-ultisnips nutzen Select-Mode für ihre Tab-Stops — der nächste Platzhalter ist markiert, der User tippt sofort den neuen Wert, das ist der ergonomische Weg. Wer Snippets nutzt, ist regelmäßig im Select-Mode, ohne es zu merken.

Wer das Verhalten von Maus-Selektionen wieder auf Visual umstellen möchte, setzt:

" Maus-Selektion startet Visual-Mode statt Select-Mode
" (Default in den meisten modernen Configs)
set selectmode=

Operator-pending-Mode: der versteckte Halbschritt

Wenn du im Normal-Mode d drückst, wartet Vim auf eine Motion oder ein Text-Object. In dieser Wartezeit befindest du dich technisch im Operator-pending-Mode (:help omap-info). Der Cursor ist sichtbar als Block (oder als Bindestrich, je nach Konfiguration), keine Statusline-Meldung — der Modus ist absichtlich kurzlebig.

Drei Aktionen sind im Operator-pending-Mode möglich:

• Eine Motion tippen — w, }, $, f(, … — der Operator wirkt auf den Bereich.
• Ein Text-Object tippen — iw, ap, i", … — der Operator wirkt auf das benannte Objekt.
• Den Operator-pending-Modus abbrechen — mit <Esc> oder einem zweiten d (was dd ergibt, also „ganze Zeile löschen").

Eigene Operator-pending-Mappings: omap

Hier wird es interessant: der Operator-pending-Mode hat einen eigenen Mapping-Namespace. Mit onoremap definierst du Mappings, die nur greifen, wenn ein Operator aktiv ist — also typischerweise eigene Text-Objects oder eigene Motions.

" "in next parentheses" — auf das nächste ( ) im Buffer wirken,
" egal wo der Cursor steht.
" Aufruf: din(  → delete in next ( )
onoremap in( :<C-u>normal! f(vi(<CR>

" "in last quotes" — analog auf das letzte vorherige "
onoremap il" :<C-u>normal! F"vi"<CR>

" "until the next blank line"
onoremap u<Space> :<C-u>normal! V}<CR>

Diese drei Beispiele erlauben dir, Operator-Motion-Befehle zu komponieren, die in Standard-Vim nicht existieren. din( löscht den Inhalt der nächsten Klammer, egal wie weit sie entfernt ist — eine Aktion, die in vielen Sprachen täglich gebraucht wird und für die es in Vanilla-Vim keinen Einzelbefehl gibt.

Plugins wie targets.vim, vim-textobj-user und vim-indent-object füllen genau diesen Namespace mit fertigen, durchdachten Erweiterungen. Wer einmal versteht, dass Operator-pending einen eigenen Mode-Namespace hat, kann jeden dieser Plugins lesen und gegebenenfalls selbst nachbauen. Das gesamte Thema folgt im Kapitel Text Objects.

Modus-Übersicht — alle Vim-Modi auf einen Blick

Zur Orientierung eine vollständige Liste der Modi, die Vim kennt, geordnet nach Häufigkeit im Alltag:

Diese Verteilung ist nicht zufällig: Vims Designer haben den Normal-Mode als Default gewählt, weil dort die Komposition aus Operatoren, Motions und Text-Objects zu Hause ist — und die ist mit Abstand der häufigste Edit-Vorgang. Die spezialisierten Modi sind genau das: spezialisiert. Wer sie kennt, kann sie gezielt einsetzen — wer sie nicht kennt, kommt im Alltag trotzdem zurecht.

Weiterführende Ressourcen

Externe Quellen

• Vim Help: Replace mode — formale Definition von R.
• Vim Help: Virtual-Replace-mode — gR und Tab-Behandlung.
• Vim Help: Select-mode — Select-Mode-Verhalten und Konfiguration.
• Vim Help: omap-info — Operator-pending-Mappings.
• Vim Help: vim-modes — Übersicht aller Modi.

Verwandte Artikel

• Modale Bedienung
• Normal-Mode
• Insert-Mode
• Visual-Mode
• Command-Line-Mode
• Text Objects
• Operator-Motion-Grammatik