Niri, ein scrollbarer Tiling-Wayland-Compositor

• Niri ist ein Wayland-Compositor mit scrollbarem Tiling-Ansatz, der Fenster horizontal unendlich anordnet
• Eine Struktur, bei der sich die Größe bestehender Fenster auch beim Öffnen neuer Fenster nicht ändert; jeder Monitor besitzt einen unabhängigen Fensterstreifen
• Bietet moderne Funktionen wie dynamische Workspaces, Tab-Gruppen und Maus-/Touchpad-Gesten
• Unterstützt vielfältige, alltagstaugliche Umgebungen wie Multi-Monitor-Support, Xwayland-Integration und Fractional scaling
• Dank hoher Stabilität auf Rust-Basis und Performance-Optimierung wird es vielen Nutzern für den täglichen Einsatz empfohlen

---

Überblick

• Niri ist ein Wayland-Compositor mit scrollbasierter Tiling-Fensterverwaltung, der als Open Source eine eigenständige Fensteranordnungs-Oberfläche für den stabilen Alltagseinsatz bietet
• Im Unterschied zu klassischen tiling window managers werden Fenster in Spalten angeordnet, die sich nach rechts unendlich ausdehnen; dabei wird die Größe bestehender Fenster beim Öffnen neuer Fenster nicht automatisch verändert
• Jeder Monitor besitzt einen unabhängigen Fensterstreifen, und Fenster wechseln nicht auf benachbarte Monitore

Hauptfunktionen

• Dynamische Workspaces: Ähnlich wie bei GNOME werden pro Monitor unabhängige Workspaces dynamisch in vertikaler Richtung erzeugt und verwaltet
• Beim An- und Abstecken von Monitoren bleibt die Workspace-Anordnung erhalten; bei erneuter Verbindung kehren sie auf den ursprünglichen Monitor zurück
• Workspace-/Fenster-Übersicht: Ein Overview-Modus, in dem Fenster- und Workspace-Struktur auf einen Blick sichtbar sind
• Integrierte UI für Screenshots und Aufnahmen, Unterstützung für Screencasting/Streaming über xdg-desktop-portal-gnome
  • Sensible Fenster können im Screencast ausgeblendet werden
  • Dynamischer Wechsel des Zielfensters wird unterstützt
• Touchpad-/Maus-Gesten, das Gruppieren von Fenstern in Tab-Gruppen sowie vielfältige Layout-Einstellungen (Abstände, Rahmen, Fenstergrößen usw.)
• Verlaufsrahmen (Oklab, Oklch), Animationen (mit benutzerdefinierten Shadern), Live-Reload der Konfigurationsdatei
• Verbesserte Barrierefreiheit durch Unterstützung für Screenreader

Hinweise zu Installation und Nutzung

• Für den praktischen Einsatz stabil genug; viele Nutzer verwenden es im Alltag zufrieden
• Da es keine vollständige Desktop-Umgebung ist, wird die Kombination mit Waybar (Panel) und Fuzzel (Launcher) empfohlen
• Zugehörige Projekte, Add-ons und Dokumentation sind unter awesome-niri zu finden

Umgebung und Kompatibilität

• Das Design für mehrere Monitore ist ein Kernelement; gemischte DPI und Fractional scaling werden vollständig unterstützt
• Läuft auch auf NVIDIA GPUs problemlos
• Unterstützung für Floating windows (ab Version 25.01)
• Unterstützung für verschiedene Eingabegeräte wie Tablets, Touchpads und Touchscreens (einschließlich Touchpad-Gesten)
• Kompatibel mit wichtigen Wayland-Protokollen (layer-shell, gamma-control, screencopy usw.)
• Xwayland (Integration mit xwayland-satellite, ab Version 25.08), Optimierung für leichtgewichtige Systeme (es gibt Berichte über den Betrieb selbst auf schwacher Hardware wie dem Eee PC 900)

Entwicklung und Community

• Implementiert auf Rust-Basis und dadurch stark bei Stabilität, Wartbarkeit und Performance
• Inspiriert von PaperWM (GNOME-Shell-Erweiterung), mit Schwerpunkt auf der Unabhängigkeit einzelner Monitore und Performance-Optimierung
• Die Community ist auf Matrix und Discord aktiv und bietet dort Unterstützung und Austausch
• Entwicklerinterviews, technische Vorträge und LWN-Artikel wurden in verschiedenen externen Medien vorgestellt

Ähnliche Projekte

• Vergleichbar mit mehreren Projekten, die scrollende Tiling-Workflows umsetzen, darunter PaperWM für GNOME Shell, karousel für KDE, scroll·papersway auf Basis von sway/i3, hyprscrolling·hyprslidr für Hyprland sowie PaperWM.spoon für macOS

Beiträge und Open-Source-Informationen

• Community-Beiträge sind in verschiedenen Programmier- und Nicht-Programmierbereichen möglich; Details siehe CONTRIBUTING.md
• Die Lizenz ist GPL-3.0
• Der Code besteht überwiegend aus Rust (98,9 %), und viele externe Mitwirkende beteiligen sich daran

Zusammenfassung

Niri ist ein Compositor für Wayland, der eine eigenständige UX für scrollbare Tiling-Fensterverwaltung mit vielfältigen modernen Funktionen kombiniert und dabei hohe Zuverlässigkeit, Performance und Barrierefreiheit auf Rust-Basis bietet. Besonders stark ist es bei der Unterstützung von Multi-Monitor-Setups und unterschiedlichen Workflow-Umgebungen; auch das Open-Source- und Community-Ökosystem wächst aktiv weiter.

[ndrgrd]

Ich habe es schon einmal benutzt; es ist nicht schlecht, aber wenn man mehrere Fenster offen hat, verliert das Scrollen irgendwie seinen Sinn.
Schon die Bewegung dorthin ist viel zu weit, und man erinnert sich auch nicht mehr daran, wo etwas war, sodass man die Fenster letztlich einfach per textbasierter Suche finden muss.

Die oft verwendete Methode mit „Gruppennummern“ eignet sich gut für eine Einteilung nach bestimmten Kriterien (häufig genutzt oder nach Verwendungszweck) und ist deshalb leicht zu merken.

[GN⁺]

Hacker-News-Kommentare

• Dank Niri bin sogar ich, der 14 Jahre lang xmonad benutzt hat, komplett umgestiegen. In Niri gibt es innerhalb eines Desktops keine Begrenzung für die Anzahl der Fenster, und man muss die Tile-Struktur nicht ständig neu organisieren. Dinge, die ich früher auf mehrere thematisch getrennte Desktops verteilt habe, kann ich jetzt bequem auf einem einzigen Desktop verwalten. Früher hatte ich getrennte Desktops für „Editor und Terminal“ und „Browser“, jetzt kann ich innerhalb desselben Desktops einfach horizontal zum passenden Browserfenster wechseln, was sehr angenehm ist. Die Einstiegshürde ist sehr niedrig, und schon mit der Standardkonfiguration läuft es gut. Es gab ein paar Wayland-Support-Probleme, insbesondere mit einigen Apps wie Zoom, aber die werden mit der Zeit nach und nach gelöst. Die Hardware ist ein System76 Bonobo WS von 2017, 2x GTX 1080, mehrere Monitore (4k mit 2x Scaling + 2 1080p) und PopOS. Die jüngsten Änderungen mit fancy Animationen und ähnlichem, die man mögen oder nicht mögen kann, habe ich nicht erlebt, und da ich jemand bin, der die Einstiegshürde als niedrig empfindet, solange das direkte Bauen aus dem Sourcecode nicht schwierig ist, könnte meine Meinung etwas voreingenommen sein

  • Vor Kurzem hat Niri die Integration von xwayland-satellite verbessert, sodass sich auch Programme ohne Wayland-Unterstützung leicht ausführen lassen passender Link

  • Der Grund, warum i3/sway gut ist: Man kann thematische Desktops zuweisen (Browser, Code, Slack usw.), und mit nur einem Hotkey sofort zum benötigten Desktop springen; die Arbeitseffizienz war damit viel höher als unter MacOS, wo man auf CMD+Tab oder Mission Control angewiesen ist. Das Scroll-Modell von Niri wirkt dagegen eher so, als würde man beim Suchen von Fenstern herumirren, daher wundert mich das

  • Ich habe i3 auch über 10 Jahre benutzt, aber direkt nach dem Wechsel zu Niri hatte ich so einen „Aha!“-Moment. In den aktuellen Builds gibt es eine herausgezoomte Funktion wie eine „Minimap“, und die ist nützlich, wenn man gelegentlich nicht mehr weiß, wo man sich befindet

  • Das Einzige, was ich an Niri wirklich vermisse, ist eine Scratch-Layer. Manche Apps müssen nicht zwingend getiled werden und sollten sich von überall sofort hervorholen lassen, zum Beispiel ein Messenger wie ein Matrix-Client, damit man direkt antworten kann. Gleiches gilt für Media-Player. PaperWM unter GNOME hat diese Funktion

  • Ich benutze i3 seit über 7 Jahren, aber verstehe nicht so recht, warum das Scroll-Modell gut sein soll. Bei Tiling-WMs gibt es zwar viele schöne Screenshots, aber ich frage mich, wie sehr das der tatsächlichen Produktivität hilft. Mich würde interessieren, wie sich horizontale Bewegung verhält, zum Beispiel wenn man von einem Fullscreen-Editor zu einem Browser wechselt, der nur halb sichtbar ist: Wird der Editor abgeschnitten oder zusammengedrückt? Und ich hätte gern eine stärker mit dmenu integrierte Tiling-WM, die auch als Browser dient

• Ich benutze Niri seit einigen Monaten auf meinem Hauptdesktop und habe dazu einen Erfahrungsbericht bei LWN geschrieben. Normale Tiling-WMs/Compositoren haben für mich nie richtig gepasst, aber das Tiling-Modell von Niri passt genau. Vor Niri habe ich PaperWM und GNOME-Erweiterungen verwendet, aber falls COSMIC nur noch Scroll-Tiling hinzufügt, werde ich wahrscheinlich trotzdem bei Niri bleiben

  • Das COSMIC-Team könnte diese Funktion vielleicht nach dem 1.0-Release hinzufügen. Bis dahin hat ein System76-Mitarbeiter eine inoffizielle Erweiterung gebaut, mit der sich andere Compositoren, einschließlich Niri, verwenden lassen

  • Ich habe auch gezögert, von PaperWM zu Niri zu wechseln. PaperWM war sehr bequem, weil man nicht viele einzelne Apps separat konfigurieren musste und die nativen GNOME-Funktionen wie Launcher, Einstellungen, Sperrbildschirm, Audio-/Netzwerk-Widgets usw. sehr angenehm waren. Allerdings hatte PaperWM selbst immer wieder knifflige Probleme wie Bugs bei der Fenstergrößenänderung oder vertikalen Größenanpassung. Am Ende war Niri deutlich klarer

  • Wenn COSMIC nur Tiling hinzufügen würde, wäre das fantastisch. Ich mag COSMIC wirklich sehr, und genau das fehlt noch

  • Ich hatte mich gefragt, worin der Unterschied zu COSMIC besteht, das war hilfreich

• Niri wird derzeit explosionsartig populärer, sodass der Entwickler überlastet ist. Wenn ihr beitragen wollt, unterstützt Ivan finanziell oder helft beim Review anderer PRs, bevor ihr selbst einen PR erstellt. Sowohl Niri als auch Smithay stehen für hohe Qualität, und ohne kritische Probleme kommen mit der Zeit immer mehr Funktionen hinzu

  • Ich frage mich, wie hilfreich es in der Praxis wirklich ist, wenn normale Nutzer PRs vorab reviewen. Am Ende wird der Maintainer sie vor dem Merge ohnehin immer selbst prüfen, und wenn jemand mit nur oberflächlichem Verständnis mitredet, könnte das aus Sicht der Beitragenden eher störend sein

  • Wenn man Niri täglich benutzt, sollte man auf jeden Fall seine Dankbarkeit zeigen; ich habe bereits gespendet. Ich teile übrigens mein Setup, falls es jemanden inspiriert Setup-Link

  • Wenn man Hyprland nutzt: Warum sollte man zu Niri wechseln? Ist die Funktion mit unendlichen Fenstern der größte Reiz?

  • Spendenlink

• Auf MacOS habe ich immer alles im Vollbild und wechsle Fenster mit cmd-tab/cmd-backtick, und ich beneide den echten Linux-Tiling-Workflow wirklich. Es frustriert mich, dass ich so eine Umgebung unter MacOS nicht umsetzen kann, und wegen Firmenrichtlinien kann ich auch nicht auf Linux wechseln. Ich glaube, viele können dieses Gefühl nachvollziehen, einen besseren Workflow zu kennen, ihn aber nicht umsetzen zu können

  • Ich portiere seit dem letzten Monat komorebi auf MacOS; das Scroll-Layout ist zwar nicht ganz wie bei Niri, funktioniert aber auf beiden Plattformen gut. Video1 Video2

  • In einer ähnlichen Situation, in der ich nur MacOS verwenden konnte, habe ich Linux in einer Fullscreen-VM laufen lassen und so benutzt. Technisch war es weiterhin MacOS, daher hatte die IT kein Problem damit, und die Sicherheitsrichtlinien wurden ebenfalls erfüllt. Manche Firmen unterstützen sogar VMware-Lizenzen

  • Unter den Window-Managern für den Mac war Aerospace der beste

  • Ich benutze auf dem Mac den Window-Manager Yabai; auf großen Monitoren ist er sehr gut, aber auf einem einzelnen Laptop blieb am Ende oft nur ein paar Spaces mit ein oder zwei Fenstern übrig, und ich konnte keinen passenden Workflow finden

  • Ich empfehle flashspace. Wenn man Apps im Vollbild startet und Workspaces Tasten zuweist, kann man ohne Animationen sofort wechseln

• Der Grund, warum ich Niri bisher nicht ausprobiert hatte, war, dass die Konfigurationsdatei auf genau eine Datei beschränkt war, was unpraktisch ist, wenn man auf mehreren Geräten leicht unterschiedliche Umgebungen pflegt, etwa mit jeweils lokalen, gitignoreten Einstellungen. Vor Kurzem wurden aber zwei große PRs gemergt, sodass jetzt persönliche Overrides/Inclusions wie in diesem PR möglich sind. Es ist zwar noch nicht in einem Release, aber ich freue mich darauf

  • Um diese Funktion sauber umzusetzen, waren ziemlich komplexe Änderungen nötig, deshalb hat es lange gedauert, aber jetzt ist es endlich gemergt und ich freue mich sehr darauf

• Ich frage mich, was an einer neuen Tiling-WM so gut sein soll, aus Sicht von jemandem, der über 15 Jahre nur xmonad benutzt hat. Bei Wayland-Compositoren frage ich mich auch, welchen Vorteil sie außer „Tiling + Wayland“ eigentlich haben sollen. Insbesondere hatte ich früher bei jedem Versuch mit Wayland immer kritische Bugs im Vergleich zu X11, vor allem auf Nvidia-Systemen

  • Ich habe im letzten Jahr Wayland unter Nvidia+Arch+Gnome3 noch einmal ausprobiert, und inzwischen läuft fast alles ohne Probleme; besonders Firefox ist auffallend flüssig und effizient

  • Wayland hat bei speziellen Aufgaben noch Probleme, zum Beispiel kann man die Ausrichtung eines Grafiktabletts nicht ändern. Trotzdem funktioniert Nvidia seit Treiberversion 570 gut

  • Es ist wichtig, auf welcher Linux-Distribution man es benutzt hat. Ich verwende Wayland schon lange unter Fedora und hatte weder mit Intel- noch mit Nvidia-Hardware größere Probleme

  • Ich habe sehr ähnliche Erfahrungen gemacht (zwischendurch musste ich nach einem rm-Unfall meine Konfiguration neu schreiben): Ich habe von 2009 bis 2023 xmonad benutzt und bin dann zu Niri gewechselt. Die genauen Gründe stehen hier. PopOS, 2x GTX 1080, mehrere Bildschirme, alles läuft problemlos. Uneingeschränkte Empfehlung

  • Ich habe Wayland auf einem Asus Rog G14 + Nvidia 3060 ausprobiert, war sehr skeptisch, aber sobald ich nur drm.modeset gesetzt hatte, lief es direkt gut. Zwei externe Monitore (1x HDMI, 1x DP über USB-C) wurden ebenfalls problemlos erkannt. Abgesehen von Daisy-Chaining bin ich zufrieden. Die Erfahrung ist noch frisch, daher kenne ich noch nicht alle Randfälle, aber für mich funktioniert es besser als X

• Ich bin vor ein paar Wochen von i3 zu Niri gewechselt und sehr zufrieden. Die Art, wie Fenster und Workspaces verwendet werden, passt natürlicher zu meinen Gewohnheiten. Ich arbeite pro Projekt in einem Workspace, und selbst wenn ich rechts nur kurz ein Terminal oder einen Browser öffne, beeinflusst das andere Fenster nicht und führt auch nicht zu einer Neuverteilung. Das ist für einmalige Referenzen oder das Ausführen von Befehlen wirklich sehr praktisch. Das einzige Problem ist, dass ich jetzt wirklich einen Ultrawide-Monitor haben möchte

  • Ich habe Niri auf einem 49-Zoll-Monitor verwendet und wegen Problemen mit Nvidia+Wayland wieder aufgehört. Es war nur für kurze Zeit, aber Niri passte grundsätzlich sehr gut zu großen Monitoren. Wenn allerdings nur eine einzige App geöffnet war, klebte das Fenster immer ganz links am Bildschirm, was unangenehm aussah. Ich weiß nicht, ob es eine Funktion gibt, um Apps weiter rechts zu öffnen oder den gesamten Platz freier zu nutzen. Ich werde mir künftig wohl ein AMD-System bauen und es erneut ausprobieren; Niri ist mein erster Kandidat

• Ein Beispiel dafür, das Niri-Konzept auf Sway anzuwenden: scroll-Link

• Ich habe gestern PopOS neu installiert und bin dabei auf Niri umgestiegen; die Eingewöhnung war sofort intuitiv. Anders als früher bei i3wm muss ich mich überhaupt nicht mehr um Fenstergrößen kümmern, und in Niri muss man Fenster fast nie neu anordnen, selbst wenn ein Workspace voller wird, was meine Konzentration deutlich verbessert. Mein Setup: RTX 3090, Pop OS 24.04 Beta, 43-Zoll-4K-Monitor, Niri ließ sich mit cargo build auch leicht installieren, und um X11-Apps wie VS Code, Obsidian, Zoom oder Blender auszuführen, muss man unbedingt xwayland-satellite installieren

• Nachdem ich Hyprland angepasst hatte und an mehreren Dingen gescheitert war, bin ich zu GNOME zurückgekehrt (ich brauche Dutzende bis Hunderte Browserfenster, Tray-Erweiterungen usw.). Aber weil bei GNOME mit jedem Versionsupgrade die Erweiterungskompatibilität kaputtgeht, sage ich mich jetzt komplett von GNOME los. Diesmal habe ich River, QTile und Niri alle ausprobiert, mich dann bei Niri eingerichtet und füge nach und nach selbst die Funktionen hinzu, die ich brauche. Dynamische Workspace-Gruppierung ist intuitiv und praktisch, und die Tastenkürzel lassen sich genau nach meinem Geschmack konfigurieren. Das DE ergänze ich mit waybar und swaync. Mit Automatisierungstools wie Claude Code/Codex macht es auch Spaß, Skripte zu schreiben. Ich probiere zum Beispiel verschiedenes aus: niri-workspaces, das in waybar die aktuelle Fensteraktivität anzeigt, die Umbenennung von Workspace-Namen per fuzzel-Integration mit niri-workspace-names, ein eigenes Alt-Tab und mehr. Funktionen wie Live-Thumbnails wären hier wohl ein größeres Projekt. Dank neuer Coding-Agenten kann man die Umgebung inzwischen auch ohne detaillierte Dokumentation ziemlich gut nach Wunsch anpassen

  • Für das App-Switching könnte auch niriswitcher interessant sein