Meta-Taste konfigurieren

Was Meta ist und warum sie eigene Konfiguration braucht

Im Notations-Artikel ist Meta bereits eingeführt worden: M- ist der Modifier, der auf Linux und Windows üblicherweise auf der Alt-Taste liegt und auf macOS auf der Option-Taste — M-x ist also Alt+X bzw. Option+X. So weit, so geradlinig.

Der Haken liegt in dem Wörtchen „üblicherweise". Meta ist historisch keine Hardware-Taste, sondern ein eigenständiges Konzept: Auf den Lisp-Maschinen am MIT der 1970er-Jahre hatten Tastaturen eine eigene, beschriftete „Meta"-Taste neben Control. Diese Tastaturen sind seit Jahrzehnten Geschichte; geblieben ist die Konvention, dass Emacs intern weiterhin von „Meta" spricht und das Betriebssystem oder der Window-Manager irgendeine reale Taste auf diesen logischen Modifier abbilden muss.

Daraus ergeben sich drei Konsequenzen, die für diesen Artikel wichtig sind:

• Die Abbildung „echte Taste → Meta" ist konfigurierbar, nicht in Stein gemeißelt. Was auf deinem System Meta auslöst, hängt von Build, Betriebssystem-Variablen und Terminal-Einstellungen ab.
• Mehrere Schichten können sich gegenseitig die Taste klauen: der Compositor, der Terminal-Emulator und Emacs selbst. Wenn Meta nicht greift, ist die Frage nie nur „was sagt mein init.el?", sondern auch „was kommt überhaupt bei Emacs an?".
• Es gibt einen verlässlichen Notausgang: jede M-...-Sequenz lässt sich als ESC ... tippen — dazu mehr in Sektion 06.

Meta auf Linux

Auf Linux ist die Lage im Vergleich zu macOS und Windows entspannt: GNU/Linux-Distributionen liefern Emacs out-of-the-box mit der linken Alt-Taste als Meta aus. Du musst in der Regel gar nichts konfigurieren, weder im X-Server noch in Wayland, weder in GNOME noch in KDE. M-x ist schlicht Alt+X, und das funktioniert vom ersten Start an.

Die Reibungspunkte entstehen erst dadurch, dass der Desktop-Compositor einige Alt-Kombis für sich beansprucht:

Die saubere Lösung ist nicht, Emacs daran anzupassen, sondern dem Compositor die Kollision wegzukonfigurieren — oder die jeweiligen System-Shortcuts auf Super zu verschieben. Die wichtigsten Werkzeuge dafür:

• GNOME / KDE: System-Einstellungen → Tastatur → Tastenkombinationen. Konflikt-Kombis entweder leeren oder auf Super+... umlegen.
• xkb / setxkbmap (X11): persistente Layout-Anpassungen auf System-Ebene.
• xmodmap (X11, älter): Modifier-Remaps zur Laufzeit, z. B. Caps-Lock → Control, eine zusätzliche Alt-Quelle definieren.
• Wayland: xmodmap greift hier nicht. Anpassungen laufen über Compositor-eigene Konfigurationen (Hyprland-Conf, sway-Conf) oder eine custom xkb-Variante in /usr/share/X11/xkb/.

Wer aus Versehen die rechte Alt-Taste auf einem DE-Layout drückt, drückt AltGr — das ist intern Strg+Alt und keine eigene Meta-Quelle. Für Emacs heißt das: nur die linke Alt-Taste ist die zuverlässige Meta-Taste, die rechte ist für Sonderzeichen wie @, |, {, } reserviert.

Meta auf Windows

Unter Windows ist die linke Alt-Taste der Default für Meta. Das Native-Windows-Build von GNU Emacs konfiguriert das automatisch — eine Anpassung ist nur nötig, wenn du das Verhalten der Win-Tasten oder der AltGr-Taste explizit ändern willst.

Drei Variablen sind dabei zentral:

Eine pragmatische Konfiguration, die Win-Tasten für s--Bindings freischaltet, ohne Windows-Shell-Shortcuts wie Win+E oder Win+R zu blockieren:

;; Win-Tasten als Super belegen, damit s-Bindings nutzbar werden.
;; Windows-System-Shortcuts (Win+E, Win+R, Win+L) funktionieren weiter,
;; weil sie vom OS abgefangen werden, bevor Emacs sie sieht.
(setq w32-lwindow-modifier 'super)
(setq w32-rwindow-modifier 'super)

;; Menü-Taste (zwischen rechter Win und rechter Strg) als Hyper.
(setq w32-apps-modifier 'hyper)

Die eigentliche Kopfschmerz-Quelle ist auf Windows nicht Meta selbst, sondern AltGr: Windows behandelt AltGr intern als gleichzeitiges Strg+Alt. Bindings wie C-M-... lassen sich auf deutschen Tastaturen daher praktisch nicht trennen von der Sonderzeichen-Eingabe — sobald du AltGr+E für € tippst, sieht Emacs ein C-M-e. Drei Strategien dagegen:

• Eigene Bindings vermeiden, die C-M- brauchen, und stattdessen C-c <buchstabe> nutzen.
• AutoHotkey verwenden, um AltGr selektiv von der Strg-Komponente zu trennen — fortgeschritten und nicht für jeden empfehlenswert.
• Rechte Alt-Taste NICHT zusätzlich als Meta belegen. Das verschlimmert das Problem, weil dann jedes Sonderzeichen auch noch Meta auslöst.

Meta auf macOS — die schwierigste Variante

macOS ist der komplexeste Fall, weil hier vier Tasten als potenzielle Modifier in Frage kommen: linke und rechte Option, linke und rechte Cmd. Jede davon ist über eine eigene Variable konfigurierbar. Im Notations-Artikel haben wir die Default-Empfehlung schon einmal kurz gezeigt — hier kommt der vollständige Hintergrund.

Die vier Variablen

Der Wert none heißt: „leite die Taste ans Betriebssystem durch". Genau das brauchst du für die rechte Option, damit deutsche Sonderzeichen weiter funktionieren, und für die rechte Cmd, damit Cmd+C/Cmd+V/Cmd+Q weiter macOS-nativ laufen.

Empfohlene Belegung für deutsche Tastaturen

;; Linke Option = Meta (klassische Emacs-Belegung)
(setq mac-option-modifier 'meta)

;; Rechte Option bleibt frei — sonst keine @, |, {}, [] mehr.
(setq mac-right-option-modifier 'none)

;; Linke Cmd = Super, dann sind s-Bindings nutzbar.
;; Native macOS-Shortcuts (Cmd+Tab, Cmd+Space) gehen weiter,
;; weil das OS sie vor Emacs abfängt.
(setq mac-command-modifier 'super)

;; Rechte Cmd bleibt nativ, damit Cmd+Q/W/C/V weiter wie gewohnt funktionieren.
(setq mac-right-command-modifier 'none)

Diese Aufteilung ist kein Zufall: Sie folgt dem Prinzip „eine Tasten-Hälfte für Emacs, die andere für das System". Wer beide Option-Tasten als Meta belegt, opfert deutsche Sonderzeichen — @ (Option+L), | (Option+7), \ (Option+Shift+7), { und } (Option+8/Option+9) — vollständig. Das mag im US-Workflow akzeptabel sein; auf einem deutschen Layout schmerzt es täglich.

Variablen-Namen je nach Build

Hier liegt eine Stolperfalle, die auf Stack-Overflow-Antworten oft unausgesprochen bleibt: die Variablen heißen je nach Emacs-Build unterschiedlich.

In der Praxis kannst du auf modernen Builds beide Schreibweisen verwenden — viele Konfigurationen setzen daher beide gleichzeitig, um Build-Wechsel ohne init.el-Änderung zu überstehen:

;; Setzt beide Variablen-Sätze. Der jeweils nicht passende wird ignoriert.
(setq mac-option-modifier 'meta
      mac-right-option-modifier 'none
      mac-command-modifier 'super
      mac-right-command-modifier 'none)

(setq ns-option-modifier 'meta
      ns-right-option-modifier 'none
      ns-command-modifier 'super
      ns-right-command-modifier 'none)

Wer ganz sauber arbeiten möchte, fragt vor dem Setzen ab, ob die jeweilige Variable überhaupt existiert (boundp), und setzt nur dann — das ist aber kosmetisch, doppeltes setq schadet nicht.

Meta im Terminal (Pass-Through-Konfiguration)

Bis hierhin ging es um die GUI-Variante von Emacs. Wer Emacs im Terminal startet (emacs -nw), bekommt eine zusätzliche Schicht ins Spiel: den Terminal-Emulator. Drückt der Anwender Option+x, muss der Emulator entscheiden, ob er

• ein Sonderzeichen daraus macht (Option+L → @ auf macOS),
• die Kombi an ein eigenes Menü gibt (z. B. „File"-Menü via Alt-Mnemonic), oder
• die Kombi als Meta-Sequenz an das Terminal-Programm — also Emacs — durchreicht.

Standardmäßig sendet kein Terminal-Emulator Meta einfach so weiter. Du musst es explizit anschalten. Pro relevantem Emulator die Stelle:

macOS Terminal.app

Einstellungen → Profile → Tastatur → Häkchen bei „Option-Taste als Meta-Taste verwenden" (englisch: „Use Option as Meta key"). Danach sendet Terminal.app bei Option+x eine Meta-Sequenz an Emacs.

iTerm2

Profile → Keys → Left Option Key auf Esc+ setzen (analog für Right Option, falls gewünscht). Esc+ heißt: iTerm2 schickt bei Option+Buchstabe die Bytesequenz ESC + Buchstabe — was Emacs genauso interpretiert wie ein echtes Meta.

Alacritty

In ~/.config/alacritty/alacritty.toml:

[window]
option_as_alt = "Both"   # "Left" | "Right" | "Both" | "OnlyLeft" | "OnlyRight"

Kitty

In ~/.config/kitty/kitty.conf:

macos_option_as_alt yes

WezTerm

In ~/.wezterm.lua:

config.send_composed_key_when_left_alt_is_pressed = false
config.send_composed_key_when_right_alt_is_pressed = true

GNOME Terminal, Konsole, xterm

Hier ist Pass-Through in den meisten Distributionen ab Werk korrekt aktiv: linke Alt = Meta. Falls nicht: in den Profil-Einstellungen nach „Alt key sends Escape" oder „Use Meta key" suchen.

Was Emacs tatsächlich empfängt: echtes Meta vs. ESC-Sequenz

Ein Detail, das viele verwirrt: Die meisten Terminals schicken Meta nicht als „echten" Bit-flag, sondern als ESC + Buchstabe. Emacs interpretiert beides identisch — Option+x ankommend als zwei Bytes 0x1B 0x78 ist für Emacs ununterscheidbar von einer „echten" Meta-Eingabe. Diese Symmetrie ist kein Bug, sondern die historische Definition: in Tastatur-Tradition seit den 1970ern ist „ESC, dann Taste" die kanonische Meta-Sequenz im Terminal.

Praktisch heißt das: wenn Option+x im Terminal nichts auslöst, liegt es fast nie an Emacs, sondern fast immer am Emulator, der die Sequenz gar nicht erst sendet.

ESC als universelle Meta-Notbremse

Aus der vorigen Sektion folgt eine sehr nützliche Eigenschaft: Du kannst jede Meta-Kombination auch tippen, indem du erst ESC drückst, loslässt, und dann den Buchstaben:

Diese Notlösung funktioniert immer und überall:

• in SSH-Sessions auf Server, deren Terminal-Setup du nicht kontrollierst,
• auf fremden Tastaturen ohne sauber konfigurierte Meta-Belegung,
• in Container-Shells (Docker, kubectl exec), in denen ungewöhnliche TERM-Strings die Modifier-Erkennung brechen,
• nach einem System-Update, das deine sorgfältig konfigurierte Meta-Belegung versehentlich zurückgesetzt hat.

Für den Alltag ist ESC ... umständlicher als M-... — die Hand verlässt die Heimreihe. Aber als Fallback ist das Wissen Gold wert.

Eine wichtige Abgrenzung: ESC ESC ESC ist keine Meta-Sequenz, sondern ein eigener Befehl namens keyboard-escape-quit. Er bricht den aktuellen Vorgang ab, schließt Hilfs-Fenster und entspannt die Lage, wenn man sich in irgendetwas verfangen hat. Mehr dazu im Artikel zu Cancel und Undo.

Diagnose: welche Modifier sendet meine Tastatur tatsächlich?

Wenn Meta nicht macht, was sie soll, ist das wichtigste Werkzeug describe-key. Aufruf:

Emacs wartet jetzt auf eine Tasteneingabe und zeigt in einem Hilfe-Fenster, wie es genau diese Eingabe interpretiert hat. Drückst du nach C-h k z. B. Option+x, könnte folgendes erscheinen:

M-x (translated from ESC x) runs the command execute-extended-command
  (found in global-map), which is an interactive native-compiled
  Lisp function in 'simple.el'.

It reads the name of a command and executes it.

Aus dieser Ausgabe liest du drei Dinge ab:

• Wie Emacs die Eingabe benennt (hier: M-x). Wenn dort A-x (Alt) oder gar nichts (<undefined>) steht, ist deine Meta-Konfiguration falsch.
• Ob eine Übersetzung stattgefunden hat (translated from ESC x zeigt, dass der Emulator eine ESC-Sequenz schickt — sauber).
• Welcher Befehl gebunden ist (hier execute-extended-command).

Ein paar typische Diagnosen:

describe-key ersetzt damit alle Spekulationen. Bevor du Stunden mit init.el-Tuning verbringst, drücke C-h k und schau, was Emacs wirklich sieht.

Karabiner-Elements und system-weite Remaps (macOS)

Wer auf macOS dauerhaft eine ergonomischere Modifier-Belegung will — etwa Caps-Lock als Control oder die linke Cmd als Meta — kommt mit mac-...-modifier allein nicht weiter, weil diese Variablen nur innerhalb von Emacs greifen. Für system-weite Remaps ist Karabiner-Elements seit Jahren das Standard-Werkzeug.

Karabiner arbeitet auf macOS-Treiber-Ebene und kann jede physische Taste auf jede andere logische Taste mappen — pro Tastatur-ID, pro Anwendung, pro Bedingung. Ein typisches Snippet aus ~/.config/karabiner/karabiner.json:

{
  "description": "Caps Lock auf Control mappen (system-weit)",
  "manipulators": [
    {
      "type": "basic",
      "from": { "key_code": "caps_lock" },
      "to":   [{ "key_code": "left_control" }]
    }
  ]
}

Beliebte Karabiner-Patterns für Emacs-Nutzer:

• Caps-Lock → Control (klassischer Lisp-Programmierer-Move, schont den kleinen Finger).
• Linke Cmd → Option (Meta), falls dir Option ergonomisch unangenehm liegt — bedeutet aber, dass du dann auch mac-command-modifier neu denken musst.
• Tap-Hold: kurze Berührung sendet ESC, gehalten wirkt die Taste als Control. Auf vielen Setups die produktivste Caps-Lock-Belegung überhaupt.
• Anwendungs-spezifische Profile: Karabiner kann erkennen, dass Emacs im Vordergrund ist, und dort andere Remaps fahren als z. B. in Safari.

Wichtig ist die Reihenfolge: Karabiner remappt bevor macOS und Emacs die Taste sehen. Was du in Karabiner änderst, gilt also für jede App — Cmd in eine Option zu verwandeln, schmerzt auch Safari und Mail. Anwendungs-Filter sind daher Pflicht, sobald du tiefer eingreifst.

Weiterführende Ressourcen

Externe Quellen

• GNU Emacs Manual — Modifier Keys — offizielle Definition aller Modifier inkl. Meta.
• GNU Emacs Manual — Mac / GNUstep Customization — ns-*-modifier-Variablen offiziell dokumentiert.
• Emacs Wiki — MetaKeyProblems — Praxis-Sammlung zu plattform-übergreifenden Meta-Stolperfallen.
• Emacs Wiki — EmacsForMacOS — macOS-spezifische Konfigurations-Tipps inkl. Build-Vergleich.
• Karabiner-Elements — system-weite Modifier-Remaps auf macOS.
• iTerm2 — Keyboard Profile — offizielle iTerm2-Doku zur Option-Belegung.
• Alacritty Configuration — option_as_alt-Dokumentation.
• Kitty — Keyboard Handling — macos_option_as_alt-Doku.

Verwandte Artikel

• Tasten-Notation
• M-x-Befehle
• Cancel und Undo
• Installation auf macOS
• Installation auf Windows
• Installation auf Linux