Paneflow 0.8.1: libghostty-vt ersetzt Alacritty unter Windows

Zur Version 0.8.1. Dieser Artikel beschreibt die Windows-Migration vom Juli 2026. Die folgenden terminal.backend-Einstellungen gelten für diese Version. Paneflow 0.17.4 verwendet auf allen ausgelieferten Plattformen Ghostty und enthält Alacritty nicht mehr. Für eine heutige Installation nutze die Windows-Installationsanleitung.

Paneflow 0.8.1 machte libghostty-vt zur Standard-Terminal-Engine im offiziellen Windows-x64-Build. Neue Sitzungen verwendeten Ghostty, wenn terminal.backend fehlte oder auf auto stand.

Die Migration folgte auf die Linux-Unterstützung in Paneflow 0.8.0. Sie änderte die Verarbeitung der Terminalausgabe und die Kodierung von Eingaben. ConPTY blieb für die Shell-Verbindung zuständig, GPUI für die Darstellung.

ConPTY verbindet die Shell, Ghostty verarbeitet das Terminal

Paneflow öffnet über portable-pty ein Windows-Pseudoterminal, das ConPTY verwendet. Die UTF-8-Ausgabe der Shell geht an libghostty-vt. Die Engine verarbeitet Terminalsequenzen und verwaltet Bildschirm, Cursor und Scrollback. Sie behandelt außerdem Unicode-Zeichen, Zeilenumbrüche, die Neuanordnung von Text nach Größenänderungen sowie die Kodierung von Tastatur- und Mauseingaben.

Paneflow kopiert den Terminalzustand anschließend in Rust-Snapshots, die GPUI zeichnet. Diese Kopien trennen die Darstellung von Ghosttys nativem Speicher: Eine spätere Terminaländerung kann die für ein Bild verwendeten Daten nicht ungültig machen.

Paneflow bindet Ghosttys Terminalbibliothek ein. Panes, Sitzungen, Prozessverwaltung, Persistenz und Oberfläche bleiben in Paneflows Verantwortung.

Windows-Eingaben und das Beenden von Sitzungen

Der Port musste auch die Abläufe rund um die Engine behandeln. Der Windows-Sitzungshost fasst Größenänderungen zusammen, liest vor dem Schließen die verbleibende Ausgabe und wartet auf das Ende des Lesethreads. Er begrenzt wartende Ausgaben, wenn mehrere Panes gleichzeitig aktiv sind.

Die Eingabeunterstützung umfasst AltGr, Tottasten, bestätigten Text aus einem Eingabemethodeneditor (IME), Einfügen, Zwischenablage, Maus und Fokusereignisse. Version 0.8.1 korrigierte außerdem Shift+Enter in der Tastenübersetzung und in ConPTY, damit mehrzeilige Eingaben bei Agenten mit diesem Tastenkürzel erhalten blieben.

Neuzeichnungsbenachrichtigungen werden gebündelt, um bei umfangreicher Ausgabe unnötige Renderarbeit zu vermeiden. Diese Änderungen betreffen Eingabe, Darstellung und Beendigung, ohne die Organisation deiner Panes oder Workspaces zu verändern.

Die Engine ist in die Windows-Anwendung eingebaut

Die offizielle x64-Anwendung bindet ghostty-vt-static.lib statisch ein. Du musst weder Ghostty noch Zig installieren oder eine Ghostty-DLL hinzufügen. Das MSI installiert Paneflow mit der bereits eingebauten Engine.

Das Repository legt Ghosttys Quell-Commit und die native Toolchain fest, ebenso Header, Rust-Bindings, Build-Metadaten, Lizenzen und Prüfsummen. Die CI baut das native Archiv getrennt von der Windows-Anwendung neu, um zu prüfen, ob die Anwendung das erwartete Artefakt verwendet.

Diese Festlegung bedeutet auch Wartungsaufwand: Bei einem Engine-Update müssen das native Archiv und die zugehörigen Bindings gemeinsam geprüft werden.

Alacritty blieb in 0.8.1 verfügbar

Im offiziellen Windows-x64-Build von 0.8.1 wählten auto und ghostty Ghostty aus. Für neue Sitzungen ließ sich die bisherige Engine mit alacritty in paneflow.json auswählen:

{
  "terminal": {
    "backend": "alacritty"
  }
}

Die Einstellung galt nur für neu erstellte Sitzungen. Wenn Ghostty vor dem Start des Shell-Prozesses fehlschlug, konnte Paneflow einmal auf Alacritty zurückfallen. Nach dem Start behielt die Sitzung ihre Engine. Die Wiederherstellung startete keine zweite Shell und erforderte kein Löschen von Workspace-Daten.

Die Migration betraf Windows x64 MSVC, das damit denselben Terminalkern wie Linux x86_64 und ARM64 nutzte. Andere Windows-Zielsysteme und macOS blieben in dieser Version auf Alacritty.