Wayland 1.26 est disponible

Après quatre mois de développement, la version stable du protocole Wayland 1.26, du mécanisme de communication interprocessus et des bibliothèques est disponible. La branche 1.26 est rétrocompatible au niveau de l'API et de l'ABI avec les versions 1.x et contient principalement des corrections de bogues et des mises à jour mineures du protocole. Ce projet est distribué sous licence MIT. serveur Weston, qui fournit du code et des exemples fonctionnels pour l'utilisation de Wayland dans les environnements de bureau et embarqués, est développé dans le cadre d'un cycle de développement distinct.

Les principaux changements dans le protocole :

• Ajout de l'événement wl_pointer.warp, qui permet de recevoir des notifications concernant la nouvelle position du pointeur sans avoir à gérer l'événement wl_pointer.motion généré par l'activité de l'utilisateur.
• Ajout de la requête wl_fixes.ack_global_remove, conçue pour envoyer une confirmation au gestionnaire composite indiquant que le client a cessé de traiter l'événement, afin d'éviter les conflits d'accès lors de la suppression d'événements globaux. Après réception de la confirmation de tous les clients, le gestionnaire composite peut supprimer le gestionnaire associé à l'événement.
• Ajout de la fonction wl_display_remove_socket_fd() pour supprimer les sockets précédemment ajoutés via l'appel wl_display_add_socket_fd().
• En mode de débogage WAYLAND_DEBUG, l'heure est enregistrée au format « HH:MM:ss.xxxxxx », ce qui simplifie l'analyse et la comparaison des journaux.

Extensions de protocole ajoutées depuis la version précédente de Wayland, qui complètent le protocole Wayland de base et sont fournies dans un ensemble Wayland-Protocols distinct :

• L'option `xx-fractional-scale` permet de mettre à l'échelle un système de coordonnées logiques, dont les valeurs sont exprimées sous forme d'entiers, afin d'améliorer la précision du positionnement et d'augmenter la résolution des coordonnées logiques jusqu'au pixel. Cette fonctionnalité résout le problème de la résolution limitée du système de coordonnées logiques, insuffisante pour un positionnement au niveau du pixel, nécessaire à la pleine implémentation de la mise à l'échelle fractionnaire.
• xx-cutouts — pour obtenir des informations sur les découpes à l'écran (par exemple, la zone sous la caméra frontale sur l'écran du smartphone).
• xx-zones — pour créer et ajouter des fenêtres de niveau supérieur à des « zones » — des environnements dotés de leur propre espace de coordonnées. Le protocole permet un agencement logique des fenêtres, où chaque fenêtre est positionnée par rapport à toutes les autres.
• xx-keyboard-filter — permet au client d'intercepter certains événements clavier, de modifier les événements d'entrée ou d'empêcher que certains événements ne soient transmis à la surface Wayland ciblée.
• Le protocole xdg-session-management a été ajouté à la catégorie staging, offrant la possibilité de restaurer l'état et la position des fenêtres à partir d'une session interrompue dans les environnements basés sur le protocole Wayland, par exemple après un crash composite. serveur ou applications.
• Le protocole « linux-dmabuf » a été mis à jour pour prendre en charge les systèmes multi-GPU. Sur ces systèmes, le client peut négocier des connexions composites. serveur Quel GPU faut-il utiliser ?
• Le protocole color-management-v1 a été mis à jour pour prendre en charge les métadonnées d'image BT.2100 pour une utilisation dans les compositions. serveur gestionnaires spécifiques permettant l'affichage correct du contenu HDR créé pour Windows.

Événements notables liés à Wayland depuis la publication du dernier numéro :

• Cinnamon prend entièrement en charge Wayland.
• Dans la bibliothèque ANGLE utilisée dans Chrome et AndroidPrise en charge de Wayland ajoutée.
• KDE, lorsqu'il utilise Wayland, implémente la prise en charge de la restauration de session et le protocole Wayland xx-fractional-scale-v2 pour la mise à l'échelle fractionnelle.
• Un portage du pilote Synaptics X.Org a été créé pour les environnements basés sur Wayland.
• Un test de préparation des plateformes d'effets visuels et d'animation en vue du remplacement de X11 par Wayland a été lancé.
• Les tests du serveur composite Xfwl4 du projet Xfce ont commencé.
• L'interface utilisateur d'Unity a été recréée à l'aide de Wayfire et Libadwaita.
• Serveurs composites et environnements de bureau mis à jour : COSMIC 1.3.0, Weston 16, Phosh 0.56, Nourish 1.0.0, miracle-wm 0.10, KDE Plasma 6.7, labwc 0.20, Sway 1.2, Wayland Maker 0.8, Hyprland 0.55, Niri 26.04, LXQt 2.4.0, Cage 0.3.

Rappelons que Wayland est un protocole d'interaction entre un serveur de composition et les applications qui y sont exécutées. Les clients affichent leurs fenêtres indépendamment dans un tampon séparé, et transmettent les informations de mise à jour au serveur de composition. serveurCe serveur composite combine le contenu des différentes fenêtres d'application pour générer le rendu final, en tenant compte des subtilités telles que le chevauchement et la transparence des fenêtres. Autrement dit, il ne fournit pas d'API pour le rendu d'éléments individuels, mais opère uniquement sur des fenêtres préformatées, éliminant ainsi le double tamponnage lors de l'utilisation de bibliothèques de haut niveau comme GTK et Qt, qui gèrent la composition du contenu des fenêtres.

Wayland résout de nombreux problèmes de sécurité X11 dans X.Org Server, car, contrairement à ce dernier, il isole les entrées et les sorties pour chaque fenêtre, n'autorise pas un client à accéder au contenu des fenêtres d'autres clients et n'autorise pas l'interception des événements d'entrée liés à d'autres fenêtres (XLibre XServer implémente l'extension X11 Xnamespace, qui assure l'isolation des clients par séparation au niveau de l'espace de noms). La prise en charge de l'interaction directe avec Wayland est implémentée pour la plupart des plateformes utilisées dans Linux bibliothèques graphiques, notamment GTK, Qt, SDL, FLTK, wxWidgets, Clutter et EFL (Enlightenment Foundation Library).

L'interaction avec le matériel sous Wayland/Weston, notamment l'initialisation, la commutation du mode vidéo (paramétrage du mode DRM) et la gestion de la mémoire (GEM pour i915 et TTM pour Radeon et Nouveau) pour les cartes graphiques, peut être effectuée directement via un module au niveau du noyau, éliminant ainsi le besoin de privilèges de superutilisateur. Pour garantir l'exécution des applications X11 standard dans un environnement Wayland, le composant DDX XWayland (Device-Dependent X) est utilisé ; son fonctionnement est similaire à celui de Xwin et Xquartz pour Win32. macOS.

Source: opennet.ru