Ein Terminal, das das Zeichnen an die GPU gibt

Die Kommandozeile ist nach wie vor der Ort, an dem ein grosser Teil des Arbeitstages stattfindet, und jeder Tastenanschlag laeuft durch das Fenster des Terminals. Wie fluessig dieses Fenster antwortet, praegt den Arbeitstag daher staerker als die meisten anderen Werkzeuge. Rio geht einen anderen Weg als die Klassiker: ein plattformuebergreifendes Terminal, in Rust geschrieben, mit WebGPU als Zeichenbackend, sodass Textaufbau, Scrollen und Bewegung auf der Grafikkarte landen statt auf dem Prozessor. Die Entwicklung laeuft seit 2022 ohne Unterbrechung, der Quelltext steht unter einer freizuegigen offenen Lizenz, und bis 2026-09 ist die stabile Fassung bei 0.5.27 angekommen, mit einigen tausend Merkungen auf der oeffentlichen Ablage. Der Anspruch ist eng und konkret: das Fenster soll reagieren, auch wenn ein Befehl es mit Ausgabe ueberschwemmt.

Jede Desktopplattform gleich behandelt

Plattformuebergreifend ist ein Etikett, das schnell gedruckt und schwer verdient ist. Neue Terminalprojekte bedienen meist zuerst ein System, und die Nutzer der anderen warten Monate auf ein offizielles Paket; Rio hat von Anfang an alle drei Desktopsysteme gleich behandelt. Auf macOS deckt ein einziges universelles Binaerpaket sowohl die neueren Maschinen von Apple als auch die aelteren mit Intel ab. Fuer Windows gibt es ein Installationspaket und eine Fassung ohne Installation, die systemeigene Paketverwaltung fuehrt es, und ein von der Gemeinschaft gepflegter Kanal ebenfalls. Linux bekommt die breiteste Behandlung: Pakete liegen in mehreren Repositorien der Distributionen, fuer abgeschottete Desktops existiert ein offizielles Paket in einer Sandbox, und in der Veroeffentlichungsliste stehen sowohl das Debian-Format als auch das RPM-Format. Ueber die drei Desktops hinaus gibt es einen Beitrag in der Sammlung von FreeBSD.

Wer zwischen Systemen wechselt und ueberall dasselbe Verhalten des Terminals will, fuer den zaehlt diese Gleichbehandlung mehr als jede Einzelfunktion. Die Fassung ohne Installation verdient einen eigenen Satz: auf einer Maschine, auf der Software nicht installiert werden darf, ist das Auspacken eines Ordners oft die einzige Moeglichkeit, die bleibt.

Einen Schritt weiter: der Browser

Das Projekt hat sich ein weiteres, deutlich schaerferes Ziel gesetzt: durch WebAssembly und WebGPU direkt im Browser zu laufen. Der Teil, der zeichnet, steht bereits, die vollstaendige Uebertragung laeuft noch. Diese Luecke sagt einiges darueber, wohin die Arbeit geflossen ist: zuerst das Zeichnen, alles andere folgt dem Zeichnen. Sie erklaert auch, warum die Grafikarbeit wie der Kern des Projekts wirkt und nicht wie eine Zeile Werbung daneben.

Splits, Tabs und Themes ohne Erweiterungen

Splits, mehrere Tabs und eigene Themes sind hier eingebaute Faehigkeiten und keine Ergaenzungen, die ueber eine Schnittstelle fuer Zusaetze nachgereicht werden. Fenster teilen sich in jede Richtung, eine Tastenkombination springt zwischen den Teilen; Tabs sammeln mehrere Aufgaben in einem Fenster, damit der Desktop nicht zerfaellt. Themes kommen aus einer Konfigurationsdatei, in der Farben, Schriften, Form des Cursors und Innenabstaende einzeln einstellbar sind, dazu treten Wirkungen wie ein weichgezeichneter Hintergrund, die auf Linux-Desktops und unter macOS gut sitzen. Die Schriftdarstellung beherrscht Ligaturen, sodass Pfeile und zusammengesetzte Zeichen in dicktengleichen Programmschriften so erscheinen, wie ihre Gestalter sie gedacht haben. Der Wert liegt nicht in der Laenge einer Funktionsliste, sondern darin, dass ein geteiltes Layout sich gleich verhaelt, egal wie das Fenster angeordnet ist.

Was die GPU-Kette wirklich aendert

Die Leistungskarte heisst Sugarloaf, eine eigens fuer das Projekt geschriebene Zeichenmaschine auf WebGPU, die je System auf einen einheimischen Unterbau zurueckfaellt: Metal unter macOS, Vulkan oder DX12 anderswo. Verglichen mit dem Zeichnen einzelner Zeichen auf dem Prozessor haelt eine GPU-Kette die Bildrate stabil, waehrend grosse Textmengen scrollen und neu gezeichnet werden, und genau deshalb kann eine Vorfuehrung Effekte wie Abtastzeilen und Bewegungsunschaerfe einschalten und bleibt fluessig. Ein hochaufloesender Bildschirm mit viel Ausgabe ist der Fall, in dem der Unterschied sichtbar wird.

Auch die Konfiguration ist zentral. Eine einzige TOML-Datei enthaelt alles, von der voreingestellten Shell und der Fenstergroesse bis zu den Tastenbelegungen, sodass ein Umzug auf eine neue Maschine das Kopieren einer Datei bedeutet und die ganze Umgebung zurueckbringt. Alles in einer Textdatei zu halten hat einen zweiten Vorteil: das Terminal laesst sich zusammen mit den uebrigen Konfigurationsdateien in eine Versionsverwaltung legen.

Ein Hinweis zum Tempo

Rio entwickelt sich noch schnell, der Hauptzweig bewegt sich haeufig, und einzelne Fassungen aendern tatsaechlich Schluessel in der Konfiguration. Wer Ruhe will, folgt den stabilen Fassungen und aktualisiert in diesem Takt; wer die Bewegung mag, liest zu jeder Fassung die Notizen und nimmt in Kauf, gelegentlich nachzubessern. Fuer ein junges Projekt ist dieser Handel normal, und er steht besser offen da, als mitten am Arbeitstag entdeckt zu werden.

Wer am meisten davon hat

Drei Arten von Leuten werden es sinnvoll finden. Eine arbeitet abwechselnd unter Windows, macOS und Linux und will eine Konfiguration ueberallhin mitnehmen. Eine legt Wert auf die Zeichenleistung und will, dass das Terminal auf einem grossen Bildschirm mit viel Ausgabe fluessig bleibt. Eine mag einfach Anwendungen, die mit neuer Grafiktechnik gebaut sind, und sieht gern zu, wohin der Weg fuehrt. Fuer einzelne Nutzer ist es kostenlos, der Quelltext vollstaendig offen, und die Projektseite erklaert den Rest.