- Ein Nutzer, der Sway und i3 lange verwendet hat, wechselte wegen eines Click-and-Drag-Bugs in Sway von einem traditionellen Tiling Window Manager zu Niri
- Niri behandelt Workspaces wie einen unendlichen Streifen, der sich horizontal scrollen lässt, sodass sich die Anordnung bestehender Fenster beim Öffnen neuer Fenster kaum verändert
- Schon nach wenigen Stunden war eine brauchbare Konfiguration erstellt, und innerhalb einer Woche passte das Setup besser als Sway; als Vorteile nennt der Autor Fenster-freigabe pro Fenster, Ausschluss einzelner Fenster von der Bildschirmfreigabe, integrierte Screenshots und rund 2 Stunden längere Akkulaufzeit
- Traditionelle Tiling Window Manager erzeugen eine kognitive Belastung durch Fenster-Neuanordnung und Workspace-Verwaltung; in Sway nutzte der Autor mehr als 11 Workspaces, in Niri sind es weniger als 5
- Angesichts verschiedener Bildschirmgrößen und Rechenleistung müsse traditionelles Tiling nicht der Standard-Workflow für Power-User sein; wer Sway oder Wayland-basierte Tiling-Umgebungen nutzt, sollte Niri ausprobieren
Auslöser für den Wechsel von Sway zu Niri
- Der Autor verwendet seit rund 35 % seines Lebens einen Tiling Window Manager und nutzte Sway 5 Jahre sowie i3 2 Jahre
- Er stieg vergleichsweise früh auf Wayland um und gewöhnte sich daran, dass vieles noch kaputt war, und war auch lange an den Sway-Workflow angepasst
- Der direkte Auslöser war in Sway ein Click-and-Drag-Problem, bei dem nach dem Markieren von Text und anschließendem Ziehen die Auswahl auch nach dem Loslassen der Maus weiterlief
- Als das Problem über Tage hinweg zu Wochen wurde, ohne behoben zu werden, wurde schon das Anklicken und Markieren von Text selbst unerquicklich
- Statt die verursachende Bibliothek zu suchen oder
git bisectlaufen zu lassen, verwarf der Autor langjähriges Muscle Memory und seinen Workflow und probierte Niri aus
Funktionsweise und erster Eindruck von Niri
- Niri ist ein scrollender Tiling Window Manager, bei dem jeder Workspace wie ein horizontal scrollbarer, unendlich breiter Streifen funktioniert
- Beim Öffnen neuer Fenster verändert sich die Anordnung anderer Fenster nicht, wodurch Firefox beim Öffnen eines Terminals seltener unerwartet an eine andere Position gedrängt wird
- Innerhalb weniger Stunden entstand eine ausreichend brauchbare Konfiguration, und innerhalb einer Woche passte das Setup besser als Sway
- Der Autor beschreibt, dass er wieder das Gefühl jener Zeit bekam, in der er unerschrocken Distributionen und Window Manager wechselte und neue, riskant wirkende Werkzeuge ausprobierte
Wahrgenommene Verbesserungen gegenüber Sway
- Niri unterstützt Bildschirmfreigabe auf Fensterebene und bietet auch eine Funktion, mit der bestimmte Fenster nicht in der Bildschirmfreigabe erscheinen
- Beim Streamen von Aufgaben sinkt damit die Sorge, dass sensible Hinweise wie E-Mail-Benachrichtigungen der Bank am Bildschirmrand erscheinen
- Das integrierte Screenshot-Werkzeug gefiel dem Autor und wurde besser bewertet als die für Sway empfohlene Kombination aus grim+slurp
- Im Vergleich zu Sway verlängerte sich die Akkulaufzeit um etwa 2 Stunden
- Auch beim Ergänzen von IPC-Funktionen in Niri war die Entwicklererfahrung positiv
Unzufriedenheit mit traditionellen Tiling Window Managern
- Traditionelle Tiling Window Manager drängen Nutzer dazu, die Fensteranordnung maximal zu optimieren, und verschwenden dabei kognitive Energie auf das falsche Ziel, Fenster-Neuanordnungen zu minimieren
- Wenn man nicht ständig zwischen Vollbild und Nicht-Vollbild wechselt oder Workspaces knapp werden, ist die Zahl geöffneter Fenster aus Sicht des Autors nicht besonders hoch
- Tabbed- und Stacked-Layouts sowie verschachtelte Container bewertet er als weniger ergonomische Notlösungen, die Platzmangel nur kaschieren
- In Sway öffnete er häufig 11 Workspaces und ergänzte sogar Shortcuts für die Workspaces 11 bis 20, weil es nicht reichte
- Beim Schließen von Fenstern, um Workspaces zu sparen, verlor er mitunter den Projektfluss
- In Niri überschreitet er selbst bei drei großen Projekten, mehreren Chat-Apps, einem YouTube-Video und Arbeit für drei Kurse nicht fünf Workspaces
- Dieselbe Konfiguration wanderte in Sway bis auf Workspace 15, und um gewünschte Inhalte zu finden, musste er zwischen vielen Workspaces wechseln
Kontext zu Bildschirmgröße, DPI und Ultrawide
- Angesichts verschiedener Bildschirmgrößen und verbesserter Rechenleistung ist der Autor der Ansicht, dass traditionelle Tiling Window Manager nicht zwingend die Standardwahl für Power-User-Workflows sein müssen
- Traditionelles Tiling beschränke den Raum künstlich, erzwinge Neuordnungen von Inhalten und passe auch nicht gut zu nicht standardmäßigen Monitor-Layouts
- Ein Hauptgrund für den Wechsel zu Wayland war gemischte DPI
- Werden ein 4K-Monitor und ein FHD-Monitor mit derselben physischen Größe zusammen genutzt, ist die Pixeldichte des 4K-Geräts etwa viermal höher
- Fenster mit fester Pixelbreite können auf 4K klein und auf FHD groß wirken
- Damit Fenster physisch ähnlich groß erscheinen, ist Skalierung nötig
- Die X11-Umsetzung passte damals nicht gut, während Wayland dies als Kernfunktion unterstützt
- Auch fraktionale Skalierung mit nicht ganzzahligen Faktoren wie 1.6 ist unter X11 schwierig; Wayland sei hier besser
- Scrollende Tiling Window Manager passen aus Sicht des Autors gut zu Ultrawide-Monitoren
- Sway lässt neue Fenster die gesamte Breite eines Ultrawide ausfüllen, während Niris Modell natürlicher kachelt und den Platz besser nutzen kann
- Nutzern traditioneller Wayland-basierter Tiling Window Manager wie Sway empfiehlt er, Niri direkt auszuprobieren
- Wer ein ähnliches Keybinding-Erlebnis wie in Sway möchte, kann die veröffentlichte Niri-Konfiguration als Referenz nutzen
1 Kommentare
Meinungen auf Hacker News
Ich nutze Gnome und öffne fast alle Fenster im Vollbild. Manchmal mache ich mit win+left/right auch halbbreite Fenster – bin ich damit ein Höhlenmensch?
In den letzten 20 Jahren habe ich locker ein Dutzend Tiling Window Manager kommen und gehen sehen, die jeweils als „Zukunft“ bezeichnet wurden. Realistisch gesehen sind die Funktionen, die die Produktivität deutlich erhöhen, schon lange in den großen Window Managern angekommen, und reine Tiling Window Manager werden wohl auch künftig ein Nischenprodukt bleiben
Am Ende muss man ziemlich viel Zeit und Mühe investieren, um sie richtig zu nutzen; der Produktivitätsgewinn ist realistisch betrachtet eher graduell, und dafür nimmt man auch die für solche Nischenprodukte typischen rauen Kanten in Kauf
Es ist nur ein bisschen besser als Gnome, aber die Wahrscheinlichkeit ist höher, dass Fenster von Anfang an an der richtigen Stelle sind, und ehrlich gesagt: Wie oft muss man Fenster wirklich auf der z-Achse übereinander stapeln?
Anfangs dachte ich, ein unendlicher 2D-Canvas, bei dem man Position und Zoom wie bei einer Echtzeitstrategie-Kamera per Key Binding steuern kann, wäre ein besserer Window Manager. Nachdem ich Niri ausprobiert habe, bin ich aber überzeugt, dass meine Idee zu kompliziert war und Niri genau den Sweet Spot zwischen Funktionalität und Bedienbarkeit trifft
Es fühlt sich an wie Technologie, die einem Aliens aus der Zukunft geschenkt haben
Ich nutze ein Notebook, in der Mitte einen horizontalen 24-Zoll-Monitor und einen vertikalen 24-Zoll-Monitor; Spotify/Teams/Shell/Outlook liegen vertikal halbiert, Dokumente auf dem Notebook-Bildschirm, die IDE im Vollbild auf dem Hauptbildschirm. Außerdem trenne ich virtuelle Desktops für Design/Recherche, Entwicklung und Privates
Wenn man statt 4K oder Ultrawide bei Standard-Monitorgrößen bleibt, wird Screen Sharing auch deutlich einfacher
Ein kleiner Ärgerpunkt ist, dass heutiges UI-Design überall 10 px Padding einbaut, sodass die meisten Apps und Seiten praktisch im Vollbild sein müssen, wenn man irgendetwas tun will
Der Großteil meines Tiling-Bedarfs liegt aber im Terminal, und tmux spielt dabei den Helden
https://extensions.gnome.org/extension/4548/tactile/
Ich bin von i3 gekommen, aber wenn man keine vollständige Tiling-Erweiterung will, sondern nur ein wenig Tiling-Komfort, ist Tactile eine sehr einfache Lösung und deshalb nützlich
Wenn man von einem traditionellen Tiling Window Manager kommt, würde mich interessieren, wie der Shortcut-Workflow aussieht
Am wichtigsten ist mir eine feste Tastenkombination wie Super+[0-9], um zu einem bestimmten Fenster, Workspace, im Grunde einem bestimmten Programm zu springen. Wenn das möglich ist und zusätzlich das im Artikel erwähnte Problem der „Workspace-Verwaltung“ gelöst wird, würde ich sofort wechseln
Ergibt es in Niri Sinn, „Workspaces“ so zu verwenden? Also zum Beispiel einen Workspace für den Browser, einen für den Editor und einen für mehrere Terminalfenster, und dann sofort von „Browser“ zu „Terminals“ wechseln zu können. Animationseffekte hätte ich dabei lieber nicht
Zum Beispiel liegt der Passwortmanager im selben Workspace wie der Browser und ist normalerweise außerhalb des Bildschirms. Wenn man ein Passwort erstellen muss, ist er direkt daneben. Hilfsterminals neben einem Texteditor behandle ich genauso
Allerdings merke ich, dass noch ziemlich viel Muscle Memory aus der Arbeit innerhalb der Einschränkungen des bisherigen traditionellen Tilings übrig ist. Zum Beispiel: Auf meinem Monitor muss ich auf einen neuen Workspace wechseln, wenn ich mehr als drei Terminals öffne
Deshalb wechsle ich oft auf neue Workspaces, obwohl es eigentlich gar nicht nötig wäre, und bin dann etwas verwirrt, was wo liegt. Manchmal denke ich, es wäre vielleicht einfacher, deutlicher mit der alten Arbeitsweise zu brechen
Trotzdem gefällt mir diese Niri-ähnliche Art des Tilings wirklich sehr. Meiner Meinung nach beseitigt sie fast alle Nachteile von Tiling Window Managern
Insgesamt bevorzuge ich i3 deutlich gegenüber Gnome, aber der Schmerz, dass „alles resized wird“, ist sehr real. Besonders schlimm ist es bei vielen Zoom-Calls, weil Zooms „Benachrichtigungen“ offenbar die systemeigenen Notifications umgehen und jede davon wie ein eigenes Fenster behandeln, was das Problem noch verstärkt
Ich sollte Niri mal ausprobieren
Für mich hat es nicht gut gepasst. Es gibt ein Band von Fenstern, das über die Bildschirmgrenzen hinaus weiterläuft, und wenn manchmal nur die Hälfte eines Fensters sichtbar ist, löst das eine seltsame Unruhe aus und zieht ständig meinen Blick an
Nach etwa zwei Monaten bin ich zu Hyprland zurückgekehrt, einem traditionelleren Tiling-Compositor, bei dem Fenster nicht mit der Bildschirmkante überlappen
Technisch ist Niri allerdings sehr schön. Es hat eine moderne Rust-Codebase, eine gute Codestruktur und ist leicht zu verstehen, sodass man relativ einfach anfangen kann, daran Änderungen vorzunehmen
Auf dem Notebook nutze ich je nach Aufgabe volle Breite oder halbe Breite; auf dem Ultrawide nutze ich ein Drittel Breite oder volle Breite für den Editor mit internen Spaltensplits
Ich mag die Idee von Tiling Window Managern und habe i3 und Hyprland ziemlich lange ausprobiert, aber aus irgendeinem Grund bin ich nie ganz dabei geblieben und am Ende immer wieder zu Xfce zurückgekehrt. Alte Gewohnheiten sterben schwer.
Der Moment, in dem das Experiment endet, ist meist dann, wenn die Zahl der Fenster eine bestimmte Grenze überschreitet. Wenn man Workspaces, Layouts usw. nicht tief genug eingerichtet hat, wird die Verwaltung ab da schwieriger.
Ich habe gerade Niri gestartet, und nach 10 Minuten fühlt es sich deutlich angenehmer an als andere Tiling Window Manager. Es ist sofort intuitiv, und auch die Maus-Integration ist hervorragend.
Es ist noch zu früh, den Sieg auszurufen, aber es sieht wirklich nach genau dem aus, was ich seit Jahren wollte und brauchte. Wie gut es ist, werde ich daran messen, wie lange es dauert, bis ich wieder zu Xfce zurückwill.
Eine normale, langweilige, unmodische Floating-Window-Manager-/Desktop-Umgebung mit leichtem optionalem Tiling war für mich die beste Lösung.
Interessant zu lesen. Jeder hat seine Grenze.
Mir gefiel die Stelle: „Statt natürlich herauszufinden, welche Library eine Breaking Change eingeführt hat, und vier Stunden lang git bisect laufen zu lassen, habe ich beschlossen, fast ein Jahrzehnt Muscle Memory und Workflow-Verbesserungen aus dem Fenster zu werfen.“
Ich bin ebenfalls langjähriger i3/Sway-Nutzer, und Niri fühlt sich ziemlich angenehm an. Den Großteil meines Sway-Muscle-Memorys für Fokuswechsel oder das Verschieben von Fenstern konnte ich einfach übernehmen. Die Stabilität ist ebenfalls sehr gut, und mit xwayland-satellite funktioniert es direkt gut.
Das größte Problem ist, dass ich ständig Fenster „verliere“. Ich lasse ein Fenster irgendwo tief in einem verschachtelten Stack offen, mache etwas anderes und vergesse dann, dass ich es bereits geöffnet hatte.
Bei Sway passiert das bis zu einem gewissen Grad auch, aber dort ist es viel einfacher, alle Workspaces zu überfliegen.
Eine Art „Fensterkarte“, die an Alt-Tab gebunden ist, wäre schön.
Zur Einordnung: Ich imitiere eine run-or-raise-Funktion mit einer abenteuerlichen Kombination aus niri IPC / bash / jq, und sie funktioniert vermutlich besser als das ursprüngliche RoR. Sie rotiert durch Fenster, die zu einer bestimmten appId passen, und startet andernfalls ein neues.
Dazu noch rofi (Wayland), um per Fuzzy Search zu allen offenen Fenstern zu springen, und das Nutzungserlebnis wurde deutlich besser.
Ich gehöre zur jüngeren Hyprland-Fraktion, habe Niri aber kurz ausprobiert, und es funktionierte ziemlich gut. Für Leute, die aus einem durchschnittlichen Single-Monitor-Windows-Workflow kommen, passt es besonders für die meisten Büroarbeiten sehr gut.
Trotzdem denke ich, dass komplexere Tiling-Setups eine höhere Produktivitätsobergrenze haben. Wer wie der Autor dieses Beitrags mehr als 10 Workspaces offen hält, sollte wohl Niri wählen.
Mich würde interessieren, ob der Zuwachs bei der Akkulaufzeit auch bei Leuten erhalten bleibt, die nur wenige Fenster offen haben. Zwei Stunden nur durch einen anderen Window Manager sind ein gewaltiger Unterschied.
Das ist einer der Hauptgründe, warum mir der vollständige Umstieg schwerfällt. Ich nutze keine Desktop-Umgebung und auch keine Funktionen, bei denen ein Compositor tatsächlich nützlich wäre, daher sehe ich aus meiner Perspektive kaum Vorteile.
Was mir gelegentlich auffällt, sind höchstens schwarze Ränder durch Schatten-Dropdowns von gtk4-Programmen, die sich nicht an mein eingestelltes System-Theme halten.
Niri habe ich noch nicht ausprobiert, aber es interessiert mich.
In letzter Zeit habe ich unter GNOME mit der PaperWM-Erweiterung schon recht gut eine scrollbare Window-Manager-Erfahrung bekommen: https://github.com/paperwm/PaperWM
Allerdings hat es einen kleinen Nachteil, weil es nicht innerhalb der Gnome-Umgebung gebaut wurde. Einiges, was Gnome „gratis“ mitliefert, fehlt in Niri, und selbst für recht grundlegende Funktionen muss man selbst Ersatz-Tools finden.
Dinge, die zu fehlen scheinen, sind Desktop-Benachrichtigungen, App-Launcher, Dock oder Liste laufender Apps sowie Xwayland, um X11-Anwendungen nahtlos auszuführen. All diese Funktionen müssen von separaten Tools bereitgestellt werden, die nicht in Niri enthalten sind.
Mein größter Kritikpunkt ist das Fehlen der Clipboard-Synchronisierung zwischen X11 und Wayland. Gnome scheint das automatisch zu erledigen, Niri aber nicht; dass Copy/Paste zwischen Wayland- und X11-Apps nicht funktioniert, ist sehr nervig.
Es gibt Workarounds, aber von denen, die ich bisher ausprobiert habe, war keiner bequem und stabil genug.
Scrollbare Window Manager sind wirklich großartig. Man bekommt etwa 80 % der Produktivität eines Tiling Window Managers mit 20 % des Aufwands.
Faszinierend, dass es 30 bis 40 Jahre gedauert hat, das herauszufinden.
Ich bin außerdem der Typ, bei dem die Zahl offener Browser-Tabs endlos anwächst, bis ich schließlich Hunderte als Lesezeichen speichere und alle schließe; dieses ganze Paradigma wirkt wirklich nicht passend für mich.
Es war grob zusammengehackter Python-Code, mit dem ich Fenster per Namen in einen Stack hinein- und heraus-yanken konnte und der das älteste Fenster im Stack beiseiteschob. Im Grunde war es ein LRU-Cache für Fenster.
Es „funktionierte“, aber wenn es zu meiner Studienzeit PaperWM gegeben hätte, hätte ich es sicher sehr genossen.
Es gibt auch Dinge, die nur Floating Window Manager gut können. Ich mag die schlechte Angewohnheit, ein paar Dokumente floating festzupinnen, sie an verschiedenen Stellen des Bildschirms liegen zu lassen und sie ohne viel Verschieben querzuverweisen.
Wenn man mehr darüber lernen möchte, was auf dem Linux-Desktop passiert, kann ich jedem empfehlen, einmal einen nicht standardmäßigen Window Manager auszuprobieren
Durch das Herumexperimentieren mit Tiling Window Managern habe ich mehr über Linux gelernt als mit jeder anderen Art von Software
Ich weiß nicht, ob ich dadurch tatsächlich produktiver geworden bin, aber es war eine großartige Lernerfahrung, die Ergonomie ist gut, und die Befriedigung, sich die eigene Desktop-Umgebung von Grund auf aufzubauen, ist enorm