Frames und Tabs

Frames: OS-Fenster derselben Emacs-Instanz

Ein Frame ist in Emacs das Konzept, das andere Editoren „Window" nennen würden — und das ist die Quelle der dauerhaften Sprachverwirrung. Was bei VS Code oder Sublime das App-Fenster ist, heißt in Emacs Frame; was Emacs „Window" nennt, ist nur ein rechteckiger Bereich innerhalb eines Frames. Wer den Begriffs-Tausch einmal verinnerlicht hat, liest jede Emacs-Doku ohne Stolpern.

Konkret ist ein Frame das, was dein Window-Manager sieht und verwaltet: ein App-Fenster mit Titelleiste, Schließen-Button, eigenem Eintrag in macOS-Dock, Windows-Taskleiste oder GNOME-Aktivitätenübersicht. Mehrere Frames zu öffnen bedeutet nicht, mehrere Emacs-Instanzen zu starten — alle Frames gehören demselben Emacs-Prozess, teilen sich denselben Lisp-Heap, dieselbe Konfiguration, dieselbe Buffer-Liste, dieselben Kill-Ring- und Registern-Inhalte. Du schließt eine Datei in Frame A, sie ist auch aus Frame B verschwunden, weil sie ja nur einmal als Buffer existiert.

Diese Architektur hat zwei sehr praktische Konsequenzen:

• Frames sind billig. Einen neuen Frame zu öffnen kostet kaum Ressourcen — kein Lisp-Reload, kein erneutes Auswerten der init.el, keine zweite Kopie der Pakete. Wer ein zweites OS-Fenster braucht, sollte einen Frame öffnen, nicht eine zweite Emacs-Instanz starten.
• Frames sind synchron. Ein Buffer-Wechsel in Frame A taucht sofort in der Buffer-Liste von Frame B auf; ein per kill-ring-save (M-w) gemerkter Text kann in jedem anderen Frame eingefügt werden. Frames sind unterschiedliche Sichten auf denselben Editor-State.

Typische Use-Cases für mehrere Frames:

• Ein Frame pro Monitor. Auf einem Multi-Display-Setup öffnet jeder Frame auf seinem eigenen Bildschirm, jeder mit eigenem Window-Layout. Alle Buffer bleiben aber synchron sichtbar.
• Ein Frame pro Projekt. Während Frame A das Backend bearbeitet, hält Frame B das Frontend-Repository — visuell getrennt, technisch derselbe Emacs.
• Schnelle Notiz. Ein winziger Frame mit dem *scratch*-Buffer oder einer Org-Datei, der dauerhaft am Bildschirmrand schwebt.
• Präsentation. Ein Frame mit großer Schrift und reduzierter Modeline für Vorträge, parallel ein normaler Arbeits-Frame.

Das C-x 5-Prefix: Frame-Operationen

Emacs strukturiert seine Tastenbelegung systematisch nach Konzept-Ebenen. Das C-x 4-Prefix öffnet Aktionen jeweils in einem anderen Window (siehe Fenster und Splits). Das C-x 5-Prefix ist die exakt analoge Familie eine Ebene höher: alles, was darunter liegt, betrifft Frames. Die Mnemonik ist konsistent — 4 = Window, 5 = Frame, und unter beiden Prefixes finden sich dieselben Verben in derselben Reihenfolge.

Die Symmetrie zum C-x 4-Prefix ist beabsichtigt: Wer C-x 4 f kennt (Datei im anderen Window), tippt für „Datei in neuem OS-Fenster" reflexiv C-x 5 f — und es klappt. Genau diese strenge Konsistenz macht Emacs-Bindings beim Lernen unbequem und im Alltag mühelos.

Ein häufiger plattform-spezifischer Tipp: C-x 5 1 (delete-other-frames) bezieht sich auf das aktuelle Terminal/Display. Frames auf einem zweiten X-Display oder auf einem Daemon-Terminal-Anschluss bleiben erhalten — gewollt, aber überraschend, wenn man das erste Mal mit zwei Displays arbeitet.

Frames per Konfiguration anpassen

Wie ein Frame beim Öffnen aussieht — Größe, Position, Schriftart, Hintergrundfarbe, Fenster-Dekoration — wird über Frame-Parameter gesteuert. Diese Parameter leben in zwei Listen, die Emacs beim Start liest und beim Erzeugen jedes neuen Frames konsultiert:

• initial-frame-alist — gilt nur für den allerersten Frame, der beim Start erscheint. Praktisch für „Start-Frame im Vollbild, alle weiteren normal".
• default-frame-alist — gilt für jeden weiteren Frame, der danach geöffnet wird (etwa durch C-x 5 2 oder emacsclient -c). Das ist der Ort für deine generellen Defaults.

Wo dieser Code hingehört

Beide Variablen werden in deiner zentralen Konfigurations-Datei (~/.emacs.d/init.el oder ~/.config/emacs/init.el) gesetzt. Was diese Datei tut, wann sie gelesen wird und wie man sie sinnvoll strukturiert, erklärt der Artikel Konfiguration mit init.el und early-init.el im Detail.

;; Standard-Frame: 120 Zeichen breit, 40 Zeilen hoch, hübsche Schrift
(setq default-frame-alist
      '((width  . 120)
        (height . 40)
        (font   . "Iosevka 13")))

;; Erster Frame beim Start zusätzlich maximiert
(setq initial-frame-alist
      '((fullscreen . maximized)))

Die wichtigsten Parameter im Überblick:

Wichtig: Parameter werden beim Erzeugen des Frames ausgewertet — eine Änderung an default-frame-alist wirkt erst beim nächsten neuen Frame, nicht rückwirkend auf bereits offene. Wer das aktuelle Fenster sofort anpassen will, nutzt set-frame-parameter mit explizitem Frame-Argument oder schreibt für interaktive Tests M-x set-frame-font.

tab-bar-mode: Workspace-Tabs (seit Emacs 27)

Seit Emacs 27 bringt der Editor einen vollwertigen Workspace-Switcher mit: die Tab-Bar. Sie erscheint als horizontale Leiste am oberen Rand jedes Frames und enthält benannte Tabs, zwischen denen mit einem Klick oder einer Tastenkombination gewechselt wird. Der Clou ist das, was sich hinter einem Tab verbirgt: jeder Tab speichert eine eigene Window-Konfiguration — also das komplette Splits-Layout samt Buffer-Zuweisung pro Window.

Anders gesagt: Ein Tab ist nicht ein Buffer, sondern ein Layout. Wechselst du den Tab, ändert sich das gesamte Fenster-Arrangement im Frame. Genau das macht tab-bar-mode zum eingebauten Ersatz für externe Pakete wie eyebrowse oder perspective, die jahrelang dieselbe Funktion brachten.

Aktivieren und Default-Setup

;; Tab-Bar global aktivieren
(tab-bar-mode 1)

;; Erst ab 2 Tabs anzeigen (Wert 1 = "nur wenn mehr als ein Tab")
(setq tab-bar-show 1)

;; Neue Tabs starten mit *scratch* statt mit dem aktuellen Buffer
(setq tab-bar-new-tab-choice "*scratch*")

;; Tabs durchnummerieren (für M-1, M-2 ... Quick-Switch)
(setq tab-bar-tab-hints t)

Die C-x t-Befehle

History und Undo

Ein oft übersehener Schalter: tab-bar-history-mode. Aktiviert, merkt sich Emacs pro Tab die letzten Window-Konfigurationen, sodass C-x t L und C-x t R wie ein Undo/Redo für Layout-Änderungen funktionieren. Praktisch, nachdem man versehentlich ein Split-Layout zerschossen hat.

tab-line-mode: Buffer-Tabs pro Window

Verwirrend ähnlich benannt, aber konzeptionell etwas anderes: tab-line-mode zeigt eine Tab-Leiste pro Window, und jeder Tab darin steht für einen Buffer, nicht für ein Layout. Klick auf einen Tab schaltet den Buffer in diesem Window um — genau das Verhalten, das aus VS Code, Sublime oder Browsern vertraut ist.

Standardmäßig listet tab-line-mode alle bisher in diesem Window angezeigten Buffer. Über die Variable tab-line-tabs-function lässt sich die Gruppierung wechseln:

• tab-line-tabs-window-buffers — alle bisher im Window besuchten Buffer (Default)
• tab-line-tabs-mode-buffers — alle Buffer mit demselben Major-Mode wie der aktuelle
• tab-line-tabs-buffer-groups — Buffer nach beliebigen Gruppen, plus Gruppen-Wähler-Tab

Weil eine Tab-Leiste pro Window in einem stark gesplitteten Layout schnell sehr unruhig wirkt, aktivieren viele User tab-line-mode nicht global, sondern selektiv über Hooks — etwa nur in Programm-Modi:

;; tab-line nur in Code-Buffern anzeigen
(add-hook 'prog-mode-hook #'tab-line-mode)

;; nur Buffer mit demselben Major-Mode in der Tab-Liste zeigen
(setq tab-line-tabs-function #'tab-line-tabs-mode-buffers)

Wer die Leiste global will, ruft stattdessen (global-tab-line-mode 1) auf. Bedienung erfolgt primär per Maus oder über die Tasten C-x <left> / C-x <right>, die ohnehin previous-buffer / next-buffer im aktuellen Window aufrufen.

tab-bar vs. tab-line — wann was?

Die Namen unterscheiden sich um einen Buchstaben, die Konzepte um eine ganze Achse. Eine kurze Gegenüberstellung räumt die Verwechslung dauerhaft aus dem Weg.

Eine grobe Empfehlung nach Hintergrund:

• Aus VS Code, Sublime, JetBrains kommst du? Dann fühlt sich tab-line-mode direkt nach Hause an — Buffer als Tabs, anklickbar, sichtbar.
• Aus einem Tiling-WM (i3, Hyprland, AwesomeWM) kommst du? Dann ist tab-bar-mode die natürliche Wahl — benannte Workspaces mit voller Layout-Kontrolle.
• Beides geht auch zusammen. Die beiden Modi sind orthogonal: Du kannst einen Tab in der Tab-Bar haben, in dem mehrere gesplittete Windows jeweils ihre eigene Tab-Line zeigen. Das mag visuell überladen werden, technisch ist es vorgesehen.

tab-bar mit project.el integrieren

Eine der lohnendsten Kombinationen ist tab-bar-mode zusammen mit dem eingebauten project.el: pro Projekt ein eigener Tab, der das passende Layout (Code-Fenster, Test-Buffer, Compilation-Output) sauber kapselt. Die Bausteine dafür liefert Emacs out-of-the-box:

(tab-bar-mode 1)
(tab-bar-history-mode 1)

;; Beim Projekt-Wechsel automatisch in einen Projekt-Tab
(setq project-switch-commands
      '((project-find-file       "Datei suchen" ?f)
        (project-dired           "Dired"        ?d)
        (project-eshell          "Eshell"       ?e)))

;; Neuer Tab startet leer und wartet auf den ersten Befehl
(setq tab-bar-new-tab-choice "*scratch*")

Mit etwas Klebe-Lisp lässt sich daraus eine project-switch-project-Variante bauen, die jedes neue Projekt in einen eigenen, nach Projekt benannten Tab öffnet — viele Konfigurations-Frameworks (Doom, Crafted, Prelude) liefern dieses Muster fertig mit. Mehr dazu im Detail-Artikel zu project.el.

Frames vs. Tabs vs. Windows — die Entscheidungsmatrix

Drei Konzepte, drei Achsen — eine kompakte Übersicht für den Alltag:

Die richtige Wahl hängt am Use-Case, nicht am Geschmack:

• Was du parallel sehen willst → Splits (Windows).
• Was du nacheinander zwischen kompletten Layouts wechseln willst → tab-bar.
• Was du im selben Bereich nur schnell tauschen willst, ohne das Layout zu ändern → tab-line oder einfach C-x b.
• Was räumlich getrennt sein soll (anderer Monitor, anderer Desktop) → Frames.

Wer alle vier Achsen souverän kombiniert, hat in Emacs ein Workspace-System, das den meisten externen Tools deutlich überlegen ist — und das ohne ein einziges Drittpaket.

Weiterführende Ressourcen

Externe Quellen

• GNU Emacs Manual — Frames — offizielle Einführung in das Frame-Konzept und seine Befehle.
• GNU Emacs Manual — Frame Commands — vollständige Liste der C-x 5-Bindings inklusive undelete-frame.
• GNU Emacs Manual — Frame Parameters — default-frame-alist, initial-frame-alist und alle wichtigen Parameter.
• GNU Emacs Manual — Tab Bars — komplette Referenz zu tab-bar-mode, Befehlen und Variablen.
• GNU Emacs Manual — Tab Line — Referenz zu tab-line-mode und seinen Gruppierungs-Funktionen.

Verwandte Artikel

• Buffer-Konzept
• Buffer wechseln
• Fenster und Splits
• Winner und Windmove
• Daemon und emacsclient
• project.el
• Konfiguration mit init.el und early-init.el