Dopo otto mesi di sviluppo, è stata presentata la versione stabile del protocollo, del meccanismo di interazione tra processi e delle librerie Wayland 1.25. Il ramo 1.25 è retrocompatibile a livello API e ABI con le versioni 1.x e contiene principalmente correzioni di bug e aggiornamenti minori del protocollo. I risultati del progetto sono distribuiti con licenza MIT. Il server composito di riferimento Weston, che fornisce codice e esempi di lavoro per utilizzare Wayland in ambienti desktop e nelle soluzioni embedded, si sviluppa nell'ambito di un ciclo di sviluppo separato.
Principali modifiche al protocollo:
- La documentazione è stata convertita dal formato DocBook in mdBook (Markdown).
- È stato completamente documentato il dialetto Wayland XML, 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 genitrici.
- È stata aggiunta una nuova richiesta wl_surface.get_release per ricevere notifiche sul rilascio del buffer allegato dal client tramite wl_surface.attach. A differenza di wl_buffer.release, in wl_surface.get_release la notifica è collegata a un momento specifico del rendering.
- È stata aggiunta la funzione wl_display_dispatch_pending_single(), che consente di prelevare dalla coda degli eventi e di elaborare solo un evento, anziché tutti gli eventi accumulati, come fa wl_display_dispatch_pending().
- È stata garantita l'assegnazione di colori all'output di debug WAYLAND_DEBUG.
Gli estensioni del protocollo aggiunti dalla versione Wayland 1.25, che completano il protocollo di base Wayland e sono forniti in un insieme separato di Wayland-Protocols:
- xx-input-method — consente alle applicazioni di implementare metodi di input di testo per i compositori server e formare il testo inserito, che può essere utilizzato, ad esempio, per creare tastiere virtuali e strati IME (Input Method Editor) per elaborare l'input.
- xx-text-input — consente ai server compositi di implementare metodi di input e inviare testo alle applicazioni. Il protocollo standardizza l'interazione tra il composito server e le applicazioni, e consente di gestire funzionalità come la trasmissione del testo inserito, l'elaborazione degli eventi di cambio del focus di input e la considerazione delle specifiche dei campi di input (lingua, selezione di testo, tipo di contenuto).
- Rivisti i protocolli color-management-v1 e color-representation-v1, che forniscono funzionalità per la gestione del colore, il supporto HDR e la definizione della rappresentazione del colore delle superfici Wayland.
Gli eventi più significativi legati a Wayland che si sono verificati dalla pubblicazione dell'ultima versione:
- 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 migrando l'IDE IntelliJ per utilizzare Wayland di default.
- Xfce ha annunciato il server composito Xfwl4, che utilizza Wayland.
- L'ambiente desktop Budgie 10.10 è stato migrato a Wayland.
- QNX Developer Desktop basato su Wayland.
- Marathon OS — sistema operativo mobile basato su Wayland.
- Rilascio di Wayback, un layer per eseguire desktop X11 utilizzando componenti Wayland.
- In Cinnamon è stata aggiunta l'opzione per installare file di sessione per Wayland e implementata la possibilità di cambiare layout della tastiera quando si utilizza Wayland.
- Nel driver wine è stata implementata la supporto per il copia-incolla, i metodi di input, le finestre non rettangolari e la trasparenza in ambienti basati su Wayland.
- 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 di interazione dei server compositi server e delle applicazioni che vi operano. I client eseguono 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 l'output finale tenendo conto di particolari come la sovrapposizione delle finestre e la trasparenza. In altre parole, il server compositivo non fornisce un'API per il rendering di singoli elementi, ma opera solo con finestre già formate, il che consente di evitare 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 input e output per ogni finestra, non consente al client di accedere al contenuto delle finestre di altri client e non permette la cattura di eventi di input legati ad altre finestre. Il supporto per il funzionamento diretto con Wayland è stato implementato per la maggior parte delle librerie grafiche utilizzate in Linux, tra cui GTK, Qt, SDL, FLTK, wxWidgets, Clutter ed EFL (Enlightenment Foundation Library).
L'interazione con l'hardware in Wayland/Weston, per 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, il che consente di evitare i privilegi di superutente. Per garantire il funzionamento delle comuni applicazioni X11 in un ambiente basato su Wayland, viene utilizzato il componente DDX XWayland (Device-Dependent X), la cui organizzazione lavorativa è simile a Xwin e Xquartz per le piattaforme Win32 e macOS.
Fonte: opennet.ru
