🥇Sortie de River 0.4.0 avec séparation des gestionnaires composites et de fenêtres

La version 0.4.0 du gestionnaire de composition River a été lancée. Contrairement à d'autres gestionnaires de composition basés sur le protocole Wayland, il utilise une architecture modulaire avec un gestionnaire de fenêtres séparé en tant que programme distinct. Dans River, les gestionnaires de fenêtres sont plug-in et l'utilisateur peut les choisir selon ses préférences. Le code du projet est écrit en Zig et est distribué sous la licence GPLv3.

River peut fonctionner à la fois dans des sessions imbriquées, lancées au-dessus d'autres serveurs X11 et Wayland, et sans couches supplémentaires, en utilisant les pilotes KMS/DRM pour la sortie. Pour séparer les fonctionnalités des gestionnaires de composition et des gestionnaires de fenêtres, le projet développe le protocole Wayland river-window-management-v1. Les fonctions comme la décoration des fenêtres, la gestion du focus d'entrée, l'utilisation de la souris, des combinaisons de touches, ainsi que la position et la taille des fenêtres sont transférées au gestionnaire de fenêtres.

Il est possible de remplacer les gestionnaires de fenêtres à la volée, sans interrompre la session. Seize gestionnaires de fenêtres compatibles avec River sont proposés, notamment des gestionnaires de fenêtres mosaïques dans le style de DWM ou xmonad, des styles Emacs comme EXWM, ainsi que des modèles classiques empilés et basés sur des bandes déroulantes. Pour exécuter des applications X11, l'utilisation de Xwayland est supportée.

Parmi les raisons de la séparation des gestionnaires de composition et de fenêtres, on note : un abaissement du seuil pour l'écriture de gestionnaires de fenêtres ; la possibilité de réaliser des gestionnaires de fenêtres en langages de haut niveau avec gestion de la mémoire, sans influencer la performance du gestionnaire de composition ; la possibilité de remplacer les gestionnaires de fenêtres à chaud sans redémarrer les programmes graphiques en cours d'exécution ; la simplification des expérimentations liées à la conception des gestionnaires de fenêtres. de serveurs Les limites du protocole river-window-management-v1 comprennent l'absence de fonctionnalités dépassant les opérations 2D sur le bureau, par exemple, la création d'effets complexes et d'interfaces 3D pour les systèmes de réalité virtuelle n'est pas supportée. Les effets sont pour l'instant limités à une animation simple, mais des effets plus complexes devraient être réalisés à l'avenir grâce à des shaders.

Publication de River 0.4.0 avec la séparation des gestionnaires de composition et de fenêtres