Die Version 0.4.0 des Kompositormanagers River wurde vorgestellt. Im Gegensatz zu anderen Kompositormanagern, die auf dem Wayland-Protokoll basieren, verwendet er eine modulare Architektur, bei der der Fensterverwalter als separates Programm ausgegliedert ist. In River sind Fensterverwalter plug-in-fähig, sodass Benutzer aus einer Auswahl wählen können. Der Code des Projekts ist in der Programmiersprache Zig geschrieben und wird unter der GPLv3-Lizenz veröffentlicht.
River kann sowohl in verschachtelten Sitzungen ausgeführt werden, die über anderen X11- und Wayland-Servern laufen, als auch ohne Zwischenschichten, indem KMS/DRM-Treiber für die Ausgabe verwendet werden. Um die Funktionalität von Kompositoren und Fensterverwaltern zu trennen, wird vom Projekt das Wayland-Protokoll river-window-management-v1 entwickelt. Funktionen wie Fensterdekoration, Eingabefokusverwaltung, Pointerkontrolle, Tastenkombinationen, sowie die Position und Größe von Fenstern werden in den Fensterverwalter ausgelagert.
Es ist möglich, Fenster-Manager dynamisch zu wechseln, ohne die Sitzung zu unterbrechen. Zur Auswahl stehen 16 kompatible Fenster-Manager mit River, darunter mosaikartige Fenster-Manager im DWM- oder xmonad-Stil, Emacs-ähnliche im EXWM-Stil, klassische stapelbare und solche, die auf einem scrollbaren Band basieren. Für die Ausführung von X11-Anwendungen wird die Nutzung von Xwayland unterstützt.
Unter den Gründen für die Trennung von Komposit- und Fenster-Managern werden genannt: die Senkung der Hürde für die Entwicklung von Fenster-Managern; die Möglichkeit, Fenster-Manager in Hochsprachen mit Garbage Collection zu implementieren, die die Leistung des Komposit-Managers nicht beeinträchtigen; die Möglichkeit des Hot-Swap von Fenster-Managern ohne Neustart des Komposit-Managers Server und laufender grafischer Programme; die Vereinfachung von Experimenten im Zusammenhang mit dem Design von Fenster-Managern.
Aus den Einschränkungen des Protokolls river-window-management-v1 geht hervor, dass die Funktionalität auf 2D-Bürooperationen beschränkt ist. Beispielsweise werden keine komplexen Effekte und 3D-Interfaces für Virtual-Reality-Systeme unterstützt. Die Effekte beschränken sich derzeit auf einfache Animationen, jedoch sind in Zukunft komplexere Effekte durch den Einsatz von Shadern geplant. 
Quelle: opennet.ru
