Buffer wechseln

C-x b — der Standard-Wechsel mit switch-to-buffer

Der Brot-und-Butter-Befehl heißt switch-to-buffer und liegt auf C-x b. Beim Drücken öffnet sich der Minibuffer mit dem Prompt „Switch to buffer (default …):" — und genau dort steckt schon der erste wichtige Mechanismus.

Drei mögliche Eingaben, drei verschiedene Verhalten:

Der letzte Punkt überrascht Umsteiger oft: Vertippt man sich, kann es passieren, dass plötzlich ein leerer Buffer namens foob aufmacht, der nichts mit dem gesuchten foo.bar zu tun hat. Vanilla schützt mit einer Rückfrage davor („Buffer foob does not exist; create? "), aber wer reflexhaft mit RET bestätigt, hat den Buffer in der Liste. Schaden richtet das keinen an — C-x k RET macht den neuen Buffer wieder weg. Wer das Verhalten ganz vermeiden möchte, nutzt später consult-buffer (Sektion 07).

Workflow-Trick — der schnelle Toggle zwischen zwei Buffern

Aus dem Default-Verhalten ergibt sich der vielleicht meistgenutzte Emacs-Mini-Trick überhaupt:

Diese drei Tasten springen sofort zum vorigen Buffer. Erneut gedrückt, geht es zurück. Das Verhalten entspricht exakt dem Alt+Tab in einem Window-Manager — nur eben für Emacs-Buffer. Wer Source-Code in einem Buffer hat und den passenden Test im anderen, pendelt damit ohne jede Liste oder Completion zwischen beiden Welten.

Will man den Ziel-Buffer stattdessen in einem anderen Window öffnen (also den aktuellen Buffer sichtbar lassen und den neuen daneben), gibt es die Variante:

Das ist switch-to-buffer-other-window. Der Prefix C-x 4 ist generell das „in anderem Window"-Präfix — analog gibt es C-x 5 b für „in anderem Frame". Die Window-Mechanik selbst (wie splittet man? wie schließt man? wie verschiebt man Fokus?) ist Thema des Folgeartikels zu Fenster-Splits — für den Buffer-Wechsel reicht: C-x b ersetzt im aktuellen Window, C-x 4 b öffnet daneben.

C-x C-b — die klassische Buffer-Liste

Statt blind eines Namens kann man sich alle Buffer auflisten lassen. Der Vanilla-Weg dorthin ist list-buffers:

Es öffnet sich der Buffer *Buffer List* mit einer Tabelle: Status-Marker, Name, Größe, Major-Mode und Datei-Pfad. Die erste Spalte zeigt drei Marker, die man kennen sollte:

Im Buffer-Menü gelten eigene Tasten — eine Auswahl der wichtigsten:

Mit C-u C-x C-b filtert die Liste auf Buffer, die tatsächlich Dateien besuchen — interne Buffer wie *Messages* oder *scratch* fallen dann weg. Wer sich an diese Liste gewöhnt, kommt mit Vanilla weit. Für tägliches Arbeiten mit dutzenden Buffern ist sie aber zu spartanisch — dafür gibt es ibuffer.

M-x ibuffer — das mächtigere Buffer-Menü

ibuffer ist seit Jahrzehnten Teil von Emacs und wirkt wie die Profi-Variante des Buffer-Menüs: dieselbe tabellarische Optik, aber mit Sortierung, Filtern, Gruppierung und Mass-Operations. Aufruf per M-x ibuffer — oder dauerhaft auf C-x C-b gelegt, was die meisten Anwender tun.

Die Bedien-Highlights:

Besonders praktisch: per Filter lässt sich die Liste auf „alle Python-Buffer", „alle modifizierten Dateien" oder „alle Buffer eines Projektpfads" reduzieren, dann mit Mass-Operations bearbeiten. Wer einmal hundert Org-Buffer mit drei Tasten speichert, weiß, was Vanilla nicht bietet.

Das Permanent-Mapping auf C-x C-b:

;; ibuffer ersetzt die klassische Buffer-Liste
(keymap-global-set "C-x C-b" #'ibuffer)

Wo dieser Code hingehört: in ~/.emacs.d/init.el (bzw. ~/.config/emacs/init.el seit Emacs 27). Die ausführliche Erklärung zu Init-Dateien und ihrer Ladereihenfolge steht im Artikel zu init.el und early-init.el.

Buffer schließen — C-x k und seine Varianten

Wechseln ist eine Seite, Aufräumen die andere. Der zentrale Befehl ist kill-buffer:

Wie bei C-x b bietet der Minibuffer den Default an — und der ist hier der aktuelle Buffer. Wer also einfach C-x k RET drückt, schließt den Buffer, in dem er gerade arbeitet. Ein anderer Name im Prompt schließt den entsprechenden Buffer.

Bei einer modifizierten Datei-Buffer fragt Emacs immer zur Sicherheit nach: „Buffer foo.txt modified; kill anyway? (yes or no)". Hier reicht kein y — Emacs verlangt explizit das ausgeschriebene yes, damit man nicht aus Reflex etwas verliert.

Drei verwandte Befehle für andere Situationen:

kill-buffer-and-window ist im Alltag der unterschätzte Held: gerade wenn man Hilfe-Buffer, Compile-Output oder temporäre Splits angesehen hat, schließt diese eine Tastenkombi den Buffer und macht das Window wieder zu — kein nachträgliches C-x 0 nötig.

C-x → und C-x ← — Cycling ohne Prompt

Manchmal will man gar nicht zielgerichtet wechseln, sondern nur „eben mal in den nächsten Buffer rüber". Dafür gibt es next-buffer und previous-buffer:

Beide cyclen durch die Buffer in der Reihenfolge ihrer letzten Auswahl im aktuellen Frame — kein Minibuffer-Prompt, kein TAB, einfach nur weiter und zurück. Mit numerischem Prefix-Argument (C-u 3 C-x <right>) springt es um drei Positionen.

Eine Stolperfalle: die Default-Implementierung cyclet auch durch System-Buffer wie *Messages*, *Help* oder *Completions*. Wer nur durch „echte" Buffer wandern will, schreibt sich entweder einen kleinen Wrapper (zeigt das Customization-Kapitel ausführlich) oder nutzt direkt consult-buffer, das das Filtern von Haus aus mitbringt.

Modern — consult-buffer und der Vertico-Stack

Wer den modernen Completion-Stack rund um Vertico, Marginalia, Orderless und Consult kennt, ersetzt switch-to-buffer in der Regel komplett durch consult-buffer. Drei Gründe machen den Unterschied:

• Live-Vorschau: bewegt man den Cursor durch die Kandidaten-Liste, zeigt Emacs den jeweiligen Buffer sofort im sichtbaren Window. Kein Bestätigen, kein Hin-und-Her — einfach Cursor runter, schauen, bei Bedarf bleiben.
• Multi-Source: in derselben Liste erscheinen offene Buffer, kürzlich besuchte Dateien (über recentf), Lesezeichen, Projekt-Buffer und (mit Erweiterungen) sogar Org-Headlines oder Eshell-Sessions. Mit einem Präfix-Buchstaben (b, f, m, p …) filtert man die Quelle.
• Marginalia-Annotations: rechts neben jedem Eintrag stehen Modeline-Infos, Datei-Pfad und Größe — man wählt nicht mehr „blind" nach Namen, sondern sieht im selben Moment den Kontext.

Ein Minimal-Setup als Vorgeschmack — vollständige Erklärung im Artikel zu consult:

(use-package consult
  :ensure t
  :bind (("C-x b"   . consult-buffer)
         ("C-x 4 b" . consult-buffer-other-window)
         ("C-x 5 b" . consult-buffer-other-frame)
         ("C-x p b" . consult-project-buffer)))

Diese vier Bindings ersetzen die Vanilla-Varianten 1:1 und erweitern sie um die Projekt-Buffer-Variante. Voraussetzung sind ein laufender Completion-Stack (z. B. Vertico) und das consult-Paket aus MELPA — beides Inhalt eigener Artikel im Completion-Kapitel.

Eine ehrliche Empfehlung zum Schluss: wer einmal eine Woche mit consult-buffer und Live-Vorschau gearbeitet hat, kehrt selten zu Vanilla zurück. Vanilla bleibt aber wichtig, um zu verstehen, was unter der Haube passiert — und für Notfälle in einer fremden Emacs-Installation, in der nur die Defaults verfügbar sind.

Weiterführende Ressourcen

Externe Quellen

• GNU Emacs Manual — Select Buffer — offizielle Referenz zu switch-to-buffer, C-x 4 b, C-x 5 b, next-buffer/previous-buffer.
• GNU Emacs Manual — List Buffers — Details zum klassischen Buffer-Menü und den Status-Markern.
• GNU Emacs Manual — Kill Buffer — kill-buffer, kill-some-buffers, kill-matching-buffers und Bestätigungs-Logik.
• consult auf GitHub — Quelle und Dokumentation des modernen Completion-Werkzeugs rund um consult-buffer.

Verwandte Artikel

• Buffer-Konzept
• Fenster-Splits
• M-x-Befehle
• Minibuffer und Echo-Area
• consult einrichten
• project.el — Projekte in Emacs
• init.el und early-init.el