Sortie des Protocoles Wayland 1.46

La version du paquet wayland-protocols 1.46 a été publiée, contenant un ensemble de protocoles et d'extensions qui complètent le protocole de base Wayland et fournissent des fonctionnalités essentielles pour la construction de serveurs composites et d'environnements utilisateur.

Dans la nouvelle version :

• Un protocole expérimental xx-input-method a été ajouté, permettant aux applications de mettre en œuvre des méthodes de saisie de texte pour les serveurs composites et de former le texte saisi, pouvant être utilisé, par exemple, pour créer des claviers virtuels et des couches IME (Input Method Editor) pour traiter les entrées.
• Un protocole expérimental xx-text-input a été ajouté, permettant 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 serveur composite 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 de saisie 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.

Tous les protocoles passent successivement par les phases de développement, de test et de stabilisation. Une fois la phase de développement terminée (catégorie « unstable »), le protocole est placé dans la branche « staging » et est officiellement intégré à l'ensemble des wayland-protocols ; après la fin des tests, il est déplacé dans la catégorie stable. Les protocoles de la catégorie « staging » peuvent déjà être utilisés dans les serveurs composites et les clients où la fonctionnalité associée est requise. Contrairement à la catégorie « unstable », les changements qui compromettent la compatibilité sont interdits dans « staging », mais en cas de problèmes et de lacunes identifiés lors des tests, le remplacement par une nouvelle version significative du protocole ou une autre extension Wayland n'est pas exclu.

Pour faciliter la fourniture des protocoles aux développeurs et encourager leur mise en œuvre précoce dans des projets existants, depuis la version précédente, une phase « expérimentale » a été ajoutée, permettant des changements qui compromettent la compatibilité et l'ajout de protocoles « bruts » qui peuvent être progressivement amenés à un niveau acceptable. Si la constitution d'une équipe de soutien et l'obtention d'un certain nombre de confirmations (ACK) de la part des participants à la révision sont nécessaires pour qu'un protocole atteigne la phase « staging », il suffit qu'il n'y ait pas d'objections (NACK) pendant une période de révision de deux semaines pour qu'il soit inclus dans « experimental ».

Actuellement, le jeu de protocoles wayland-protocols comprend les protocoles stables suivants, qui assurent la compatibilité ascendante :

• « viewporter » — permet au client d'effectuer des actions de mise à l'échelle et de rognage des bords de la surface côté serveur.
• « presentation-time » — assure l'affichage de la vidéo.
• «xdg-shell» – interface de création et d'interaction avec des surfaces en tant que fenêtres, permettant de les déplacer sur l'écran, de les minimiser, de les maximiser, de redimensionner, etc.
• «linux-dmabuf» – fournit des capacités pour créer des wl_buffer sur la base de DMA-BUF.
• «tablet» – organisation de l'entrée à partir de tablettes graphiques.

Protocoles testés dans la branche « staging » :

• drm-lease — fournit les ressources nécessaires pour créer une image stéréo avec des tampons différents pour l'œil gauche et l'œil droit lors de l'affichage sur des casques de réalité virtuelle.
• «ext-session-lock» — définit les moyens de verrouillage de session, par exemple, lors de l'utilisation d'un économiseur d'écran ou lors de l'affichage d'une boîte de dialogue d'authentification.
• «single-pixel-buffer» — permet de créer des tampons de un pixel comprenant quatre valeurs 32 bits RGBA.
• «xdg-activation» — permet de transférer le focus entre différentes surfaces de niveau supérieur (par exemple, avec xdg-activation, une application peut déplacer le focus sur une autre).
• content-type — permet aux clients de transmettre au serveur composite des données sur le contenu affiché, qui peuvent être utilisées pour optimiser le comportement en fonction du contenu, par exemple, en définissant des propriétés DRM spécifiques telles que le « content type ». Le support des types de contenu suivants a été annoncé : none (pas d'informations sur le type de données), photo (affichage de photos numériques nécessitant un traitement minimal), video (vidéos ou animations, nécessitant une synchronisation plus précise pour éviter les ralentissements) et game (lancement de jeux, nécessitant une sortie avec un minimum de latence).
• tearing-control — permet de désactiver la synchronisation verticale (VSync) dans les applications en plein écran avec une impulsion de suppression de frame, utilisée pour éviter les déchirements lors de l'affichage. Dans les applications multimédias, l'apparition d'artefacts causés par le tearing est un effet indésirable, mais dans les programmes de jeux, la présence d'artefacts peut être tolérée si la lutte contre ceux-ci entraîne des retards supplémentaires.
• ext-foreign-toplevel-list — obtention d'informations sur les surfaces placées au niveau supérieur, permettant d'organiser le maintien des fenêtres au-dessus d'un autre contenu, par exemple pour connecter des panneaux et des commutateurs propres.
• ext-foreign-toplevel-list — obtention d'informations sur les surfaces placées au niveau supérieur, permettant d'organiser le maintien des fenêtres au-dessus d'un autre contenu, par exemple pour connecter des panneaux et des commutateurs propres.
• security-context — permet d'identifier les clients utilisant l'isolation sandbox. Le client peut enregistrer une nouvelle connexion au serveur composite basé sur Wayland et y attacher un contexte de sécurité, après quoi, conformément au contexte de sécurité spécifié, le gestionnaire de composition restreindra les capacités disponibles pour la connexion établie.
• cursor-shape — une méthode alternative de configuration de l'apparence du curseur, basée sur la transmission d'une série d'images de curseur au lieu d'une liaison à la surface (wl_surface).
• «ext-transient-seat» – conçu pour créer des sessions temporaires indépendantes (seat), destinées à être utilisées avec des dispositifs d'entrée virtuels. Par exemple, lors de la mise en œuvre de la possibilité de connexion à un bureau distant le protocole permet de créer une session distincte pour chaque utilisateur avec un clavier et une souris virtuels.
• «xdg-toplevel-drag» – étend le mécanisme «glisser-déposer» avec la possibilité d'attacher des fenêtres de niveau supérieur à une opération de déplacement, ce qui peut être utilisé, par exemple, pour organiser le glissement de panneaux d'outils ou d'onglets de navigateur. Le nouveau protocole permet de créer des parties détachables de la fenêtre, qui, lorsqu'elles sont glissées hors de cette fenêtre, deviennent de nouvelles fenêtres et peuvent être déplacées au-dessus d'une fenêtre existante avant d'être reconnectées.
• «xdg-dialog» – permet d'attribuer des caractéristiques spécifiques aux fenêtres de niveau supérieur, par exemple, il est possible de créer des dialogues modaux qui bloquent l'interaction de l'utilisateur avec le reste de l'interface.
• «linux-drm-syncobj» — fournit des outils pour la synchronisation explicite des tampons à l'aide d'objets de synchronisation DRM (Direct Rendering Manager). Dans le contexte de la synchronisation lors du rendu dans un tampon, le protocole proposé vise à améliorer l'interaction avec les pilotes basés sur les API graphiques Vulkan et OpenGL (la mise en œuvre repose sur les gestionnaires au sein des pilotes). Ce nouveau protocole permet de s'assurer que l'opération de rendu dans le tampon est terminée avant que le gestionnaire de composition n'affiche ce tampon.
• alpha-modifier, permettant aux clients de modifier le niveau de transparence de la surface et de déplacer les opérations de gestion de la transparence vers le serveur composite, qui peut ensuite rediriger ces opérations vers KMS.
• xdg-toplevel-icon — liaison d'une icône à une fenêtre de niveau supérieur.
• ext-image-capture-source et ext-image-copy-capture — organisation de la capture de contenu affiché à l'écran.
• xdg-system-bell — permet de générer un signal système qui peut être utilisé, par exemple, comme alerte dans les émulateurs de terminal. La forme de sortie du signal est laissée à la discrétion du gestionnaire de composition, cela peut être non seulement un son, mais aussi une réponse visuelle.
• fifo — met en œuvre un mécanisme FIFO (premier arrivé, premier parti) pour le traitement de la file d'attente de mise à jour du contenu de la surface affichée. D'un point de vue pratique, le protocole permet d'utiliser l'attente de la fin du décalage vertical (vblank) au lieu d'appels de rappel à chaque fois qu'il est prêt à afficher un nouveau cadre, ce qui résout le problème d'une charge GPU élevée en utilisant VSync.
• commit-timing — permet d'associer une limite de temps au contenu d'une surface (le serveur composite doit afficher la modification du contenu dans la mesure du possible après le temps indiqué, mais pas avant).
• ext-data-control — permet aux clients privilégiés de gérer le traitement des données, par exemple, pour la mise en œuvre de gestionnaires de presse-papiers.
• ext-workspace — met en œuvre le concept des bureaux virtuels et propose des événements contenant des informations sur l'état des bureaux, ainsi que des possibilités d'activation et de désactivation des bureaux. Le protocole peut être utilisé pour créer des panneaux et des indicateurs affichant la liste des bureaux virtuels disponibles et permettant de naviguer entre eux.
• color-management — offre des fonctionnalités pour la gestion des couleurs et la prise en charge de la plage dynamique étendue (HDR, High Dynamic Range). Grâce à l'extension ajoutée, les applications clientes peuvent obtenir des informations sur les propriétés de sortie liées à la reproduction des couleurs et transmettre au serveur composite des données sur les caractéristiques de reproduction des couleurs de leur contenu. Dans le serveur composite, ces informations peuvent être utilisées pour gérer automatiquement les couleurs lors de l'affichage de contenu sur différents dispositifs de sortie, par exemple, pour transformer le contenu en un format approprié pour l'affichage sur des moniteurs HDR. Les espaces colorimétriques sont décrits à l'aide de profils ICC.
• xdg-toplevel-tag — permet aux clients Wayland d'attacher des étiquettes aux surfaces de niveau supérieur, que le serveur composite peut utiliser pour identifier les fenêtres après le redémarrage de l'application (par exemple, l'application peut définir les étiquettes « main window » et « settings » pour la fenêtre principale et la fenêtre de paramètres). Cette identification est utile pour retrouver la position, la taille et les propriétés des fenêtres après un redémarrage, ainsi que pour déterminer des règles spéciales pour certains types de fenêtres.
• color-representation — définition de la représentation colorimétrique d'une surface Wayland. Les clients Wayland peuvent transmettre des métadonnées nécessaires pour déterminer l'opacité, le modèle de couleur, la sous-échantillonnage et la plage de quantification, appliquées lors de la conversion du tampon de données correspondant au modèle de couleur YCbCr en représentation RGB.
• ext-background-effect — application d'effets aux parties semi-transparentes d'une surface Wayland, telles que le flou d'arrière-plan.
• pointer-warp — permet à l'application de déplacer instantanément le pointeur à une position spécifiée.

Protocoles développés dans la branche « experimental » :

• xx-session-management — restauration de l'état des fenêtres pour des sessions interrompues (par exemple, après un plantage du gestionnaire composite).

Protocoles en cours de développement dans la branche «unstable»:

• «fullscreen-shell» — gestion du mode plein écran.
• «input-method» — traitement des méthodes d'entrée.
• «idle-inhibit» — désactivation du lancement de l'économiseur d'écran.
• «input-timestamps» — horodatages pour les événements d'entrée.
• «keyboard-shortcuts-inhibit» — gestion de l'attachement des combinaisons de touches et des raccourcis clavier.
• «linux-explicit-synchronization» — mécanisme de synchronisation des tampons spécifique à Linux lié à la surface.
• «pointer-gestures» — contrôle des gestes des écrans tactiles.
• «pointer constraints» — contraintes des pointeurs (blocage).
• «primary-selection» — de manière similaire à X11, fournit un fonctionnement du tampon de sélection primaire, dont l'insertion d'informations se fait généralement par le bouton central de la souris.
• «relative pointer events» — événements de pointeur relatifs.
• «text-input» — gestion de l'entrée de texte.
• «xdg-foreign» — interface d'interaction avec les surfaces du client «voisin».
• «xdg-decoration» — rendu des décorations des fenêtres côté serveur.
• «xdg-output» — informations supplémentaires sur la sortie vidéo (utilisée pour le zoom fractionné).
• «xwayland-keyboard-grab» — capture de l'entrée dans les applications XWayland.

Source : opennet.ru