Après six mois de développement, la première version préliminaire du serveur composite Xfwl4, utilisant le protocole Wayland, est présentée. Xfwl4 est écrit en Rust en utilisant la bibliothèque Smithay. La raison de la création de ce nouveau serveur composite mentionne l'échec de la tentative de supporter simultanément X11 et Wayland dans la base de code existante du gestionnaire de fenêtres xfwm4, qui était initialement conçu pour une intégration étroite du protocole X11, rendant difficile la séparation de la logique générale de gestion des fenêtres de la spécificité de X11.
Xfwl4 est développé à partir de zéro et ne recoupe pas la base de code du gestionnaire de fenêtres xfwm4, mais vise à implémenter toute la fonctionnalité présente dans xfwm4, y compris la possibilité d'utiliser les paramètres existants xfconf et l'interface de configuration adaptés à l'utilisation de Wayland au lieu de X11. Il est prévu d'amener la fonctionnalité de Xfwl4 à un niveau où l'utilisateur pourra basculer entre Xfwl4 et xfwm4 sans percevoir de différences.
Parmi les fonctions avancées de Xfwl4, on note une refonte substantielle de la logique de démarrage des sessions, l'implémentation du protocole Wayland xdg-session-management et la prise en charge du lancement d'applications X11 grâce à XWayland. Le code de Xfwl4 est distribué sous la licence GPLv3 (pour comparaison, le code du gestionnaire de fenêtres xfwm4 est distribué sous GPLv2).
Xfwl4 est construit sur la bibliothèque Smithay, qui fournit une implémentation de presque toutes les extensions officielles du protocole Wayland, ainsi que des protocoles wlroots et KDE. Smithay est utilisé dans des projets tels que Cosmic et Niri. Tout comme wlroots, la bibliothèque Smithay offre des abstractions de haut niveau, tout en permettant d'intervenir dans les systèmes de bas niveau et d'adapter les méthodes d'affichage graphique, le fonctionnement des dispositifs d'entrée, le comportement des protocoles Wayland et le traitement des tâches liées à la construction de bureaux. Le langage Rust a été choisi pour compliquer la réalisation d'erreurs de gestion de la mémoire et réduire la probabilité de problèmes entraînant des crashs.
Le projet d'ajout progressif du support de Wayland dans xfwm4 a été abandonné en raison de craintes concernant la stabilité et l'apparition de nouvelles erreurs lors du processus de refactorisation. Il a été jugé plus simple de maintenir xfwm4 lié à X11 tout en développant en parallèle un nouveau compositeur serveur pour Wayland. Les raisons de la création du nouveau de serveurs Il est également fait mention de l'impossibilité d'adapter certains concepts de gestion des fenêtres X11 pour Wayland et de la nécessité d'utiliser le langage C et la bibliothèque wlroots si le développement de xfwm4 se poursuit, malgré l'existence de meilleures alternatives.
La première version de Xfwl4 est au niveau de qualité alpha et ne réalise pas toutes les fonctionnalités prévues. Parmi les fonctionnalités encore indisponibles dans ce premier test :
- Dialogue de configuration de la souris et du pavé tactile.
- Dialogue de configuration des bureaux virtuels.
- Définition des zones sur les bords de l'écran où le placement des fenêtres est exclu.
- Réduction de la fenêtre avec affichage de l'icône et menu apparaissant lors d'un clic du bouton central de la souris.
- Affichage des vignettes avec le contenu des bureaux virtuels dans le panneau.
- Raccourcis clavier pour passer d'une application à une autre et entre les fenêtres d'applications.
- Restauration du dernier emplacement des fenêtres après le redémarrage des applications.
Source : opennet.ru
