version stable du protocole, du mécanisme d'interaction inter-processus et des bibliothèques . La branche 1.18 est rétrocompatible au niveau de l'API et de l'ABI avec les versions 1.x, mais elle contient également un ensemble d'améliorations. Le serveur composite Weston 8.0, dans le cadre duquel la base de code et les exemples fonctionnels pour l'utilisation de Wayland dans les environnements de bureau et les solutions embarquées sont développés, a été fin janvier.
Principales améliorations de Wayland 1.18 :
- Ajout de la prise en charge du système de construction Meson. La possibilité de construire avec autotools est toujours conservée, mais sera supprimée dans une des futures versions ;
- API pour le partage des objets proxy basés sur des balises, permettant aux applications et aux kits d'outils de partager une seule connexion Wayland ;
- Suivi des minuteries du serveur Wayland dans l'espace utilisateur, ce qui a permis d'éviter la création d'un trop grand nombre de descripteurs de fichiers ;
- la fonction wl_global_remove(), envoyant un événement de suppression d'un objet global sans nettoyage. La nouvelle fonction élimine les conditions de course lors de la suppression d'objets globaux. De telles conditions de course pouvaient se produire car les clients n'avaient pas la possibilité de confirmer la réception de l'événement de suppression. La fonction wl_global_remove() permet d'envoyer d'abord l'événement de suppression et de nettoyer l'objet seulement après un certain délai.
Statut de la prise en charge de Wayland dans les applications, les environnements de bureau et les distributions :
- Dans Fedora une possibilité expérimentale de démarrage automatique de XWayland lors de la tentative d'exécution d'une application basée sur le protocole X11.
Dans l'environnement Wayland, il est désormais possible d'exécuter des applications X11 avec des droits root sous XWayland. Des problèmes de mise à l'échelle lors du démarrage de vieux jeux fonctionnant à basse résolution d'écran ont été résolus dans SDL pour Wayland. La bibliothèque Qt destinée à l'environnement GNOME est maintenant par défaut compilée avec la prise en charge de Wayland ;
GNOME est proposé comme environnement de bureau avec par défaut un serveur d'affichage basé sur Wayland ; - Dans Dans la version préliminaire de GTK 4 dans GDK
- poursuivi intégration d'API conçues en tenant compte de l'utilisation du protocole Wayland. Le backend GDK pour Wayland a ajouté la prise en charge de l'interface portal pour accéder aux paramètres de GtkSettings, et pour travailler avec des méthodes d'entrée, une prise en charge de l'extension du protocole text-input-unstable-v3 a été proposée ;
- d'un projet pour débarrasser GNOME des bogues et des lacunes se manifestant lors de l'utilisation de Wayland ;
- Sur XWayland un gestionnaire GLX basé sur l'interface de programmation EGL, qui permettra d'éliminer l'utilisation du rasteriseur logiciel swrast ;
- Parmi les objectifs de développement de KDE pour les deux prochaines années la transition de KDE vers Wayland. L'environnement KDE fonctionner sous Wayland est prévu pour devenir principal, tandis que l'environnement basé sur X11 sera considéré comme une option et une dépendance non essentielle. Au cours de la période de rapport, KDE a pris en charge le redimensionnement fractionné lors de l'utilisation de Wayland. La session KDE basée sur Wayland a été adaptée pour fonctionner avec des pilotes propriétaires NVIDIA. La possibilité de glisser-déposer des fenêtres d'applications utilisant XWayland et Wayland a été ajoutée. KWin assure un défilement correct avec la molette de la souris dans l'environnement basé sur Wayland ;
- Dans GNOME ajout de la possibilité d'automatiser le lancement de XWayland lors de la tentative d'exécution d'une application basée sur le protocole X11 (auparavant, XWayland devait être exécuté en permanence) ;
- le travail de portage des applications de l'environnement utilisateur MATE pour Wayland. Dans le visualiseur d'images Eye of MATE a été adapté pour Wayland, et la prise en charge de Wayland dans le panneau MATE a été améliorée ;
- Dans Qt Wayland Compositor la prise en charge des protocoles linux-dmabuf-unstable-v1 et wp_viewporter. Des composants de la plateforme Qt pour Wayland ont ajouté le support du protocole fullscreen-shell-unstable-v1 ;
- Waypipe — un proxy pour le protocole Wayland permettant de lancer des applications sur un autre hôte ;
- Dans l'environnement utilisateur la prise en charge du fonctionnement sous Wayland a été considérablement améliorée ;
- Pour Firefox un nouveau backend pour Wayland utilisant le mécanisme DMABUF pour le rendu dans les textures ;
- Dans Ubuntu dans l'environnement basé sur Wayland la possibilité de lancer des applications X11 avec des droits root sous Xwayland ;
- un ensemble de correctifs Wine-wayland et le pilote winewayland.drv, qui permettent d'utiliser Wine dans des environnements basés sur le protocole Wayland, sans utiliser XWayland et les composants associés à X11 ;
- Le développement de Mir en tant que serveur composite pour Wayland se poursuit. Dans les outils pour garantir le lancement d'applications Wayland dans l'environnement Mir des extensions du protocole Wayland. des performances du code lié à Wayland a été effectuée, et une nouvelle plateforme graphique 'wayland' a été ajoutée, permettant de lancer Mir en tant que client sous un autre serveur composite Wayland. expérimental pour le lancement dynamique d'applications X11 dans un environnement basé sur Wayland a été proposé.
- versions de l'environnement utilisateur Sway utilisant Wayland ont été formées;
- La distribution Lubuntu la transition vers Wayland pour 2020. Le support de Wayland est prévu grâce au portage du gestionnaire de fenêtres Openbox pour utiliser le serveur d'affichage Mir, utilisé comme serveur composite pour Wayland;
- Le développement de , un serveur composite basé sur Wayland pour lancer des applications individuelles en mode kiosque;
- Le travail se poursuit sur la sortie de l'environnement utilisateur LXQt 1.0.0, dont l'objectif principal est d'atteindre la pleine disponibilité pour travailler sur Wayland;
- Le système de sortie du mécanisme pour le lancement de machines virtuelles avec Linux dans ChromeOS intègre le support des clients Wayland (virtio-wayland) avec un serveur composite exécuté côté hôte principal et la possibilité d'utiliser efficacement le GPU des systèmes invités;
- Pour FreeBSD Dans le système d'exploitation DragonFly BSD
- le port avec Wayland et Weston, il y a Les environnements utilisateurs utilisant Wayland
- papyros-shell et Liri Wayland est activé par défaut sur les plateformes mobiles
- Plasma Mobile , , ,
