Dopo otto mesi di sviluppo, è stata presentata una versione stabile del protocollo, del meccanismo di comunicazione tra processi e delle librerie Wayland 1.25. La branch 1.25 è retrocompatibile a livello di API e ABI con le versioni 1.x e contiene principalmente correzioni di bug e piccole aggiornamenti del protocollo. I progressi del progetto sono distribuiti sotto licenza MIT. Il server composito di riferimento Weston, che fornisce codice ed esempi pratici per utilizzare Wayland in ambienti desktop e soluzioni embedded, è in sviluppo come parte di un ciclo di sviluppo separato.
Principali cambiamenti nel protocollo:
- La documentazione è stata trasformata dal formato DocBook in mdBook (Markdown).
- Sono completamente documentati il dialetto XML di Wayland, il modello di aggiornamento dei contenuti e le possibilità di gestione del colore.
- È stato aggiunto un nuovo attributo "frozen" per le interfacce con più interfacce genitoriali.
- È stata aggiunta una nuova richiesta wl_surface.get_release per ricevere una notifica sul rilascio del buffer, allegato dal client tramite wl_surface.attach. A differenza di wl_buffer.release, con wl_surface.get_release la notifica è legata a un momento specifico di rendering.
- È stata aggiunta la funzione wl_display_dispatch_pending_single(), che consente di estrarre dalla coda degli eventi e di elaborare solo un evento invece di tutti gli eventi accumulati, come fa wl_display_dispatch_pending().
- Fornita la colorazione per l'output di debug WAYLAND_DEBUG.
Aggiunti dal rilascio di Wayland 1.25 gli estensioni di protocollo che completano il protocollo base di Wayland e forniti in un pacchetto separato Wayland-Protocols:
- xx-input-method — consente alle applicazioni di implementare metodi di input di testo per compositori server e formare il testo inserito, che può essere utilizzato, ad esempio, per la creazione di tastiere virtuali e strati IME (Input Method Editor) per gestire l'input.
- xx-text-input — consente ai server compositori di implementare metodi di input e inviare testo alle applicazioni. Il protocollo standardizza l'interazione tra il compositore server e le applicazioni, e consente di gestire funzionalità come la trasmissione del testo inserito, la gestione degli eventi di cambio di focus e il riconoscimento delle specifiche dei campi di input (lingua, selezione del testo, tipo di contenuto).
- Sono stati aggiornati i protocolli color-management-v1 e color-representation-v1, che offrono funzionalità per la gestione del colore, supporto HDR e definizione della rappresentazione del colore delle superfici Wayland.
Gli eventi più significativi relativi a Wayland avvenuti dalla pubblicazione dell'ultimo rilascio:
- In GNOME 50 è stata rimossa la supporto per X11. In KDE Plasma 6.8 è stata presa la decisione di interrompere il supporto per X11.
- JetBrains sta passando a utilizzare Wayland di default per l'IDE IntelliJ.
- Xfce ha annunciato il server composito Xfwl4, che utilizza Wayland.
- Il desktop environment Budgie 10.10 è stato migrato a Wayland.
- QNX Developer Desktop basato su Wayland.
- Marathon OS — un sistema operativo mobile basato su Wayland.
- Rilascio di Wayback, un'interfaccia per eseguire desktop X11 utilizzando i componenti Wayland.
- In Cinnamon è stata aggiunta la possibilità opzionale di installare file di sessione per Wayland e implementata la funzionalità di cambio layout della tastiera durante l'uso di Wayland.
- Nel driver wine, operando in ambienti basati su Wayland, è stato implementato il supporto per il clipboard, i metodi di input, le finestre irregolari e la trasparenza.
- In Cairo-Dock è stato aggiunto il supporto per Wayland.
- Aggiornamento dei server compositi: 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.
Ricordiamo che Wayland è un protocollo per l'interazione tra il compositore server e le applicazioni ad esso correlate. I client gestiscono autonomamente il rendering delle proprie finestre in un buffer separato, trasmettendo le informazioni sugli aggiornamenti al compositore server, che combina il contenuto dei buffer delle singole applicazioni per formare un output finale tenendo conto di eventuali nuance, come sovrapposizioni delle finestre e trasparenza. In altre parole, il server composito non fornisce un'API per il rendering di singoli elementi, ma opera solo con finestre già formate, il che permette di eliminare il doppio buffering quando si utilizzano librerie di alto livello come GTK e Qt, che si occupano della composizione del contenuto delle finestre.
Wayland risolve molti problemi di sicurezza di X11, poiché a differenza di quest'ultimo isola l'input e l'output per ogni finestra, impedendo al client di accedere al contenuto delle finestre di altri client e non consente l'intercettazione degli eventi di input correlati ad altre finestre. Il supporto per il funzionamento diretto con Wayland è implementato per la maggior parte delle librerie grafiche utilizzate in Linux, tra cui GTK, Qt, SDL, FLTK, wxWidgets, Clutter e EFL (Enlightenment Foundation Library).
L’interazione con l'hardware in Wayland/Weston, ad esempio, l'inizializzazione, il cambio delle modalità video (drm modesetting) e la gestione della memoria (GEM per i915 e TTM per radeon e nouveau) delle schede grafiche può avvenire direttamente tramite un modulo che opera a livello di kernel, consentendo di operare senza privilegi di superutente. Per garantire l'esecuzione delle normali applicazioni X11 in un ambiente basato su Wayland, si utilizza il componente DDX XWayland (Device-Dependent X), simile per organizzazione a Xwin e Xquartz per le piattaforme Win32 e macOS.
Fonte: opennet.ru
