Wayland 1.26 est disponible

AprÚs quatre mois de développement, une version stable du protocole, du mécanisme de communication inter-processus et des bibliothÚques Wayland 1.26 est présentée. La branche 1.26 est rétrocompatible au niveau API et ABI avec les versions 1.x et contient principalement des corrections de bogues ainsi que des mises à jour mineures du protocole. Les travaux du projet sont distribués sous licence MIT. Le compositeur de référence serveur Weston, qui fournit le code et des exemples pratiques pour l'utilisation de Wayland dans les environnements de bureau et les solutions embarquées, évolue dans le cadre d'un cycle de développement séparé.

Les principales modifications du protocole :

  • Un nouvel Ă©vĂ©nement wl_pointer.warp a Ă©tĂ© ajoutĂ©, permettant de recevoir des notifications sur la nouvelle position du pointeur sans traiter l'Ă©vĂ©nement wl_pointer.motion gĂ©nĂ©rĂ© lors de l'activitĂ© de l'utilisateur.
  • Une nouvelle requĂȘte wl_fixes.ack_global_remove a Ă©tĂ© ajoutĂ©e, conçue pour envoyer au gestionnaire de composition une confirmation que le client a cessĂ© de traiter l'Ă©vĂ©nement afin d'Ă©viter des conditions de course lors de la suppression des Ă©vĂ©nements globaux. AprĂšs rĂ©ception de la confirmation de tous les clients, le gestionnaire de composition peut supprimer le gestionnaire associĂ© Ă  l'Ă©vĂ©nement de son cĂŽtĂ©.
  • Une fonction wl_display_remove_socket_fd() a Ă©tĂ© ajoutĂ©e pour supprimer les sockets prĂ©cĂ©demment ajoutĂ©s via l'appel Ă  wl_display_add_socket_fd().
  • En mode dĂ©bogage, WAYLAND_DEBUG fournit une sortie de journal avec des horodatages au format « HH:MM:ss.xxxxxx », ce qui facilite l'analyse et la comparaison des journaux.

Les extensions des protocoles ajoutées aprÚs la derniÚre version de Wayland, qui complÚtent le protocole de base Wayland et sont livrées dans un ensemble séparé Wayland-Protocols :

  • xx-fractional-scale — pour le redimensionnement des systĂšmes de coordonnĂ©es logiques, oĂč les valeurs sont dĂ©finies par des entiers, afin d'amĂ©liorer la prĂ©cision de positionnement et d'augmenter la rĂ©solution des coordonnĂ©es logiques Ă  des pixels individuels. Cette fonctionnalitĂ© rĂ©sout le problĂšme de rĂ©solution limitĂ©e du systĂšme de coordonnĂ©es logiques, qui n'est pas suffisant pour un positionnement au niveau des pixels individuels, nĂ©cessaire pour la mise en Ɠuvre complĂšte du redimensionnement fractionnĂ©.
  • xx-cutouts — pour obtenir des informations sur les dĂ©coupes Ă  l'Ă©cran (par exemple, les zones sous la camĂ©ra avant sur l'Ă©cran d'un smartphone).
  • xx-zones — pour crĂ©er et ajouter des fenĂȘtres de niveau supĂ©rieur dans des « zones » — des environnements avec leur propre espace coordonnĂ©. Le protocole permet d'organiser une disposition logique des fenĂȘtres, oĂč chaque fenĂȘtre est placĂ©e par rapport Ă  une autre fenĂȘtre.
  • xx-keyboard-filter — pour intercepter les Ă©vĂ©nements de clavier sĂ©lectionnĂ©s par le client, modifier les Ă©vĂ©nements d'entrĂ©e ou bloquer la transmission de certains Ă©vĂ©nements Ă  la surface Wayland, sur laquelle le focus d'entrĂ©e est Ă©tabli.
  • Le protocole xdg-session-management a Ă©tĂ© ajoutĂ© Ă  la catĂ©gorie « staging », offrant des possibilitĂ©s de restauration de l'Ă©tat et de la position des fenĂȘtres d'une session interrompue dans des environnements basĂ©s sur le protocole Wayland, par exemple aprĂšs une fermeture inattendue du compositeur ou de l'application. de serveurs ou de l'application.
  • Le protocole « linux-dmabuf » a Ă©tĂ© mis Ă  jour pour prendre en charge les systĂšmes avec plusieurs GPU. Sur de tels systĂšmes, le client peut convenir avec les compositeurs de quel GPU utiliser. serveur quel GPU doit ĂȘtre utilisĂ©.
  • Le protocole color-management-v1 a Ă©tĂ© mis Ă  jour pour prendre en charge les mĂ©tadonnĂ©es d'image au format BT.2100 pour une utilisation dans le compositeur. le serveur des gestionnaires spĂ©cifiques permettant d'afficher correctement le contenu HDR créé pour Windows.

Les événements les plus significatifs liés à Wayland survenus depuis la publication de la derniÚre version :

  • Cinnamon a ajoutĂ© un support complet pour Wayland.
  • La bibliothĂšque ANGLE, utilisĂ©e dans Chrome et Android, a ajoutĂ© un support pour Wayland.
  • KDE a rĂ©alisĂ© la prise en charge de la restauration de sessions lorsqu'elle utilise Wayland et a implĂ©mentĂ© le protocole Wayland xx-fractional-scale-v2 pour le redimensionnement fractionnĂ©.
  • Un port du pilote X.Org Synaptics a Ă©tĂ© créé pour les environnements basĂ©s sur Wayland.
  • Une vĂ©rification de la prĂ©paration des plateformes VFX et d'animation Ă  remplacer X11 par Wayland a Ă©tĂ© lancĂ©e.
  • Les tests du serveur composite Xfwl4 du projet Xfce ont commencĂ©.
  • Une interface utilisateur Unity a Ă©tĂ© recréée sur la base de Wayfire et Libadwaita.
  • Les serveurs composites et environnements de bureau ont Ă©tĂ© 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 le serveur composite et les applications qui y travaillent. Les clients exĂ©cutent eux-mĂȘmes le rendu de leurs fenĂȘtres dans un tampon sĂ©parĂ©, transmettant des 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Ă© d'X11 dans X.Org Server, car contrairement Ă  ce dernier, il isole l'entrĂ©e et la sortie pour chaque fenĂȘtre, n'autorise pas un client Ă  accĂ©der au contenu des fenĂȘtres d'autres clients et ne permet pas l'interception d'Ă©vĂ©nements d'entrĂ©e liĂ©s Ă  d'autres fenĂȘtres (dans XLibre XServer, une extension X11 appelĂ©e Xnamespace est mise en Ɠuvre pour assurer l'isolation des clients par un dĂ©coupage au niveau des namespaces). Un support d'accĂšs direct Ă  Wayland est mis en Ɠuvre pour la plupart des bibliothĂšques graphiques utilisĂ©es sous 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

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster