Wayland 1.25 est disponible.

Après huit mois de développement, une version stable du protocole, du mécanisme de communication inter-processus et des bibliothèques Wayland 1.25 est présentée. La branche 1.25 est rétro-compatible au niveau API et ABI avec les versions 1.x et contient principalement des corrections de bogues et de mises à jour mineures du protocole. Les travaux du projet sont distribués sous la licence MIT. Le serveur composite de référence Weston, fournissant le code et des exemples de travail pour utiliser Wayland dans des environnements de bureau et des solutions intégrées, se développe dans le cadre d'un cycle de développement séparé.

Les principales modifications du protocole :

• La documentation a été convertie du format DocBook en mdBook (Markdown).
• Le dialecte XML de Wayland, le modèle de mise à jour de contenu et les capacités de gestion des couleurs sont entièrement documentés.
• Un nouvel attribut « frozen » a été ajouté pour les interfaces avec plusieurs interfaces parentes.
• Une nouvelle requête wl_surface.get_release a été ajoutée pour obtenir une notification de libération du tampon attaché par le client via wl_surface.attach. Contrairement à wl_buffer.release, dans wl_surface.get_release, la notification est liée à un moment spécifique du rendu.
• Une fonction wl_display_dispatch_pending_single() a été ajoutée, permettant de retirer de la file d'attente des événements et de traiter un seul événement, plutôt que tous les événements accumulés, comme le fait wl_display_dispatch_pending().
• La coloration du débogage WAYLAND_DEBUG a été mise en place.

Les extensions de protocoles ajoutées depuis la version 1.25 de Wayland complètent le protocole de base et sont fournies dans un ensemble distinct de Wayland-Protocols :

• xx-input-method — permet aux applications de mettre en œuvre des méthodes de saisie de texte pour les compositeurs serveurs et de former le texte saisi, ce qui peut être utilisé, par exemple, pour créer des claviers virtuels et des couches IME (éditeur de méthode d'entrée) pour gérer la saisie.
• xx-text-input — permet aux serveurs composites de mettre en œuvre des méthodes de saisie et d’envoyer du texte aux applications. Le protocole standardise l'interaction entre le compositeur serveur et les applications, et permet de gérer des fonctionnalités telles que la transmission du texte saisi, le traitement des événements de changement de focus d'entrée et la prise en compte des spécificités des champs de saisie (langue, sélection de texte, type de contenu).
• Les protocoles color-management-v1 et color-representation-v1 ont été améliorés, offrant des capacités de gestion des couleurs, de prise en charge de la HDR et de définition de la représentation des couleurs de la surface Wayland.

Les événements les plus marquants liés à Wayland qui se sont produits depuis la publication du précédent numéro :

• Dans GNOME 50, le support de X11 a été supprimé. Dans KDE Plasma 6.8, la décision a été prise d'arrêter le support de X11.
• JetBrains convertit l'IDE IntelliJ pour utiliser Wayland par défaut.
• Xfce a annoncé le serveur composite Xfwl4, utilisant Wayland.
• L'environnement de bureau Budgie 10.10 a été migré vers Wayland.
• QNX Developer Desktop basé sur Wayland.
• Marathon OS — un système d'exploitation mobile basé sur Wayland.
• Publication de Wayback, une couche pour exécuter des bureaux X11 en utilisant des composants Wayland.
• Dans Cinnamon, une option a été ajoutée pour installer des fichiers de session pour Wayland et la possibilité de changer la disposition du clavier en utilisant Wayland.
• Dans le pilote wine, le support du presse-papiers, des méthodes d'entrée, des fenêtres non rectangulaires et de la transparence a été implémenté lors de l'utilisation d'environnements basés sur Wayland.
• Dans Cairo-Dock, le support de Wayland a été ajouté.
• Mise à jour des serveurs composites : Weston 15.0, River 0.4.0, Hyprland 0.54, labwc 0.9.4, Niri 25.11, miracle-wm 0.8, Wayfire 0.10, wlmaker 0.6, labwc 0.9.0.

Rappelons que Wayland est un protocole d'interaction entre le compositeur de serveurs et les applications qui y travaillent. Les clients effectuent eux-mêmes le rendu de leurs fenêtres dans un tampon séparé, transmettant les informations sur les mises à jour au compositeur. serveur, qui combine le contenu des buffers des applications individuelles pour générer une sortie finale en tenant compte de nuances possibles telles que le chevauchement des fenêtres et la transparence. En d'autres termes, un serveur composite ne fournit pas d'API pour le rendu d'éléments individuels, mais ne gère que les fenêtres déjà formées, ce qui permet d'éliminer la double mise en mémoire tampon lors de l'utilisation de bibliothèques de haut niveau telles que GTK et Qt, qui prennent en charge la composition du contenu des fenêtres.

Wayland résout de nombreux problèmes de sécurité liés à X11, car contrairement à ce dernier, il isole les entrées et sorties pour chaque fenêtre, n'autorise pas un client à accéder au contenu des fenêtres d'autres clients, et empêche la capture d'événements d'entrée liés à d'autres fenêtres. Le support du travail direct avec Wayland a été intégré pour la plupart des bibliothèques graphiques utilisées dans Linux, y compris GTK, Qt, SDL, FLTK, wxWidgets, Clutter et EFL (Enlightenment Foundation Library).

L'interaction avec le matériel sous Wayland/Weston, par exemple, l'initialisation, le changement de modes vidéo (drm modesetting) et la gestion de la mémoire (GEM pour i915 et TTM pour radeon et nouveau) des cartes graphiques, peut se faire directement via un module fonctionnant au niveau du noyau, ce qui permet de se passer de privilèges superutilisateur. Pour permettre l'exécution d'applications X11 standard dans un environnement basé sur Wayland, un composant DDX appelé XWayland (Device-Dependent X), similaire à Xwin et Xquartz pour les plateformes Win32 et macOS, est utilisé.

Source : opennet.ru