rilascio stabile del protocollo, meccanismo di interazione tra processi e librerie . Il ramo 1.18 è retrocompatibile a livello di API e ABI con le versioni 1.x, ma contiene anche una serie di miglioramenti. Il server composito Weston 8.0, all'interno del quale si sviluppa il codice e gli esempi pratici per utilizzare Wayland negli ambienti desktop e nelle soluzioni embedded, è stato alla fine di gennaio.
Principali miglioramenti in Wayland 1.18:
- Aggiunta del supporto per il sistema di build Meson. È ancora possibile compilare utilizzando autotools, ma questa opzione verrà rimossa in una delle future versioni;
- API per la suddivisione degli oggetti proxy basata su tag, che consente ad applicazioni e toolkit di condividere una singola connessione Wayland;
- È stato implementato il tracciamento dei timer del server Wayland nello spazio utente, il che ha permesso di evitare la creazione di un numero eccessivo di file descriptor;
- funzione wl_global_remove(), che invia un evento di rimozione di un oggetto globale senza la sua pulizia. La nuova funzione evita la creazione di condizioni di race durante la rimozione di oggetti globali. Tali condizioni di race potevano verificarsi poiché i client non avevano la possibilità di confermare la ricezione dell'evento di rimozione. La funzione wl_global_remove() consente innanzitutto di inviare l'evento di rimozione e poi, dopo un tempo di attesa, di pulire l'oggetto.
Stato del supporto di Wayland nelle applicazioni, ambienti desktop e distribuzioni:
- In Fedora fornitura predefinita di una versione di Firefox basata su Wayland. Sono state risolte le problematiche relative all'uso di driver binari proprietari NVIDIA con Wayland.
possibilità sperimentale di avvio automatico di XWayland quando si tenta di eseguire un'applicazione basata sul protocollo X11.
Nell'ambiente Wayland è stata introdotta la possibilità di eseguire applicazioni X11 con privilegi di root sotto XWayland. In SDL per Wayland sono stati risolti problemi di scaling nell'avvio di giochi vecchi che operano a basse risoluzioni. La libreria Qt per l'uso in GNOME è stata compilata di default con il supporto per Wayland; - In come desktop è stato proposto GNOME utilizzando di default un server display basato su Wayland;
- Nella release preliminare di GTK 4 in GDK implementazione di API progettate tenendo conto dell'uso del protocollo Wayland. Nel backend GDK per Wayland è stata aggiunta la supporto all'interfaccia portal per l'accesso alle impostazioni GtkSettings, e per il lavoro con i metodi di input è stata proposta la supporto dell'estensione del protocollo text-input-unstable-v3;
- un progetto per liberare GNOME da errori e malfunzionamenti che si manifestano utilizzando Wayland;
- In XWayland Un gestore GLX basato su un'interfaccia EGL, che permetterà di evitare l'uso del rasterizzatore software swrast;
- Tra gli obiettivi di sviluppo di KDE per i prossimi due anni la migrazione di KDE a Wayland. Si prevede che l'ambiente KDE che opera su Wayland diventi primario, mentre l'ambiente basato su X11 sarà considerato una opzione e una dipendenza non obbligatoria. Nel periodo di riferimento in KDE è stata implementata la supporto per il ridimensionamento frazionale quando si lavora su Wayland. La sessione KDE basata su Wayland è stata adattata per funzionare con driver proprietari NVIDIA. È stata introdotta la possibilità di trascinare in modalità drag&drop le finestre delle applicazioni che utilizzano XWayland e Wayland. In KWin è stata garantita una corretta scorrimento del mouse in ambienti basati su Wayland;
- In GNOME è stata aggiunta la possibilità di automatizzare l'avvio di XWayland quando si cerca di eseguire un'applicazione basata sul protocollo X11 (in precedenza XWayland doveva essere eseguito continuamente);
- il lavoro di porting delle applicazioni dell'ambiente utente MATE per Wayland. Nel visualizzatore di immagini Eye of MATE è stato adattato per Wayland e il supporto di Wayland nella barra MATE è stato migliorato;
- In Qt Wayland Compositor è stata aggiunta la supporto dei protocolli linux-dmabuf-unstable-v1 e wp_viewporter. Nei componenti della piattaforma Qt per Wayland è stata aggiunta la supporto del protocollo fullscreen-shell-unstable-v1;
- Waypipe — un proxy per il protocollo Wayland, che consente di avviare applicazioni su un altro host;
- Nell'ambiente utente è stato notevolmente migliorato il supporto per funzionare sotto Wayland;
- Per Firefox nuovo backend per Wayland che utilizza il meccanismo DMABUF per il rendering in texture;
- In Ubuntu, nell'ambiente basato su Wayland è stata aggiunta la possibilità di eseguire applicazioni X11 con diritti di root sotto Xwayland;
- un insieme di patch Wine-wayland e driver winewayland.drv, che consentono di utilizzare Wine in ambienti basati sul protocollo Wayland, senza utilizzare XWayland e componenti associati a X11;
- Continua lo sviluppo di Mir come server composito per Wayland. Nei mezzi per garantire l'avvio delle applicazioni Wayland nell'ambiente Mir estensioni del protocollo Wayland. ottimizzazione delle prestazioni del codice relativo a Wayland e aggiunta di una nuova piattaforma grafica "wayland" che consente di eseguire Mir come client gestito da un altro server composito Wayland. sperimentale supporto per l'avvio dinamico delle applicazioni X11 in un ambiente basato su Wayland.
- nuovi rilasci dell'ambiente utente Sway, che utilizza Wayland;
- La distribuzione Lubuntu il passaggio a Wayland per il 2020. Il supporto per Wayland è previsto attraverso il porting del gestore di finestre Openbox per utilizzare il server di visualizzazione Mir, impiegato come server composito per Wayland;
- Si sviluppa , server composito basato su Wayland per l'esecuzione di singole applicazioni in modalità chiosco;
- Continua il lavoro sul rilascio dell'ambiente utente LXQt 1.0.0, il cui obiettivo principale nello sviluppo è portare a completa funzionalità l'operatività sopra Wayland;
- Il sistema di output nel meccanismo per l'esecuzione delle macchine virtuali con Linux in ChromeOS supporto integrato per i client Wayland (virtio-wayland) con esecuzione del server composito sul lato dell'host principale e possibilità di utilizzo efficiente della GPU dalle macchine virtuali;
- Per FreeBSD porte necessarie per compilare KDE con supporto per Wayland;
- Nel sistema operativo DragonFly BSD porta con Wayland e Weston, supporto per XWayland;
- Gli ambienti utente che utilizzano Wayland e si sono fusi in un nuovo progetto . Liri è basato su Qt 5 (QML) e promuove un design in stile Material Design;
- Wayland è attivato per impostazione predefinita nelle piattaforme mobili , , ,
