stabilne wydanie protokołu, mechanizmu komunikacji międzyprocesowej i bibliotek . Gałąź 1.18 jest w pełni zgodna z API i ABI wydań 1.x, ale dodatkowo zawiera zestaw ulepszeń. Serwer kompozytowy Weston 8.0, w ramach którego rozwijana jest baza kodu i przykłady do użycia Wayland w środowiskach desktopowych i rozwiązaniach wbudowanych, był na koniec stycznia.
Główne usprawnienia w Wayland 1.18:
- Dodano wsparcie dla systemu budowania Meson. Możliwość budowania za pomocą autotools jest nadal dostępna, ale zostanie usunięta w jednym z przyszłych wydań;
- API do podziału obiektów proxy na podstawie tagów, umożliwiające aplikacjom i toolkitom wspólne korzystanie z jednego połączenia Wayland;
- Zapewniono śledzenie timerów serwera Wayland w przestrzeni użytkownika, co pozwoliło wyeliminować tworzenie zbyt dużej liczby deskryptorów plików;
- funkcja wl_global_remove(), która wysyła wydarzenie usunięcia globalnego obiektu bez jego zwolnienia. Nowa funkcja wyklucza wystąpienie kolizji (race conditions) podczas usuwania obiektów globalnych. Takie kolizje mogły wystąpić, ponieważ klienci nie mieli możliwości potwierdzenia otrzymania wydarzenia usunięcia. Funkcja wl_global_remove() pozwala najpierw wysłać wydarzenie usunięcia, a dopiero po określonym czasie zwolnić obiekt.
Stan wsparcia Wayland w aplikacjach, środowiskach pulpitu i dystrybucjach:
- W Fedora domyślnie dostarczana jest kompilacja Firefox oparta na Wayland. Rozwiązano problemy z używaniem zamkniętych sterowników binarnych NVIDIA z Wayland.
eksperymentalna możliwość automatycznego uruchamiania XWayland podczas próby uruchomienia aplikacji opartych na protokole X11.
W środowisku Wayland dodano możliwość uruchamiania aplikacji X11 z uprawnieniami roota pod kontrolą XWayland. W SDL dla Wayland rozwiązano problemy z skalowaniem przy uruchamianiu starych gier działających w niskich rozdzielczościach ekranu. Biblioteka Qt do użytku w środowisku GNOME została domyślnie skompilowana z obsługą Wayland; - W jako środowisko pulpitu proponowany jest GNOME z domyślnym zastosowaniem serwera wyświetlania opartego na Wayland;
- W wstępnym wydaniu GTK 4 w GDK wdrożenie API, zaprojektowanych z myślą o protokole Wayland. W backendzie GDK dla Wayland dodano obsługę interfejsu portalowego do zarządzania ustawieniami GtkSettings, a dla pracy z metodami wejścia wprowadzono wsparcie dla rozszerzenia protokołu text-input-unstable-v3;
- projekt mający na celu pozbycie się błędów i niedociągnięć w GNOME, które objawiają się podczas pracy w systemie Wayland;
- W XWayland Obsługa GLX oparta na interfejsie EGL, która pozwoli na wyeliminowanie użycia programowego rastrowania swrast;
- Wśród celów rozwoju KDE na najbliższe dwa lata przeniesienie KDE na Wayland. Środowisko KDE działające na Wayland ma stać się domyślnym, a środowisko oparte na X11 ma być dostępne jako opcja i w ramach zależności opcjonalnych. W okresie sprawozdawczym w KDE dodano wsparcie dla skalowania fractional podczas pracy na Wayland. Sesja KDE oparta na Wayland została dostosowana do pracy z własnościowymi sterownikami NVIDIA. Umożliwiono przeciąganie okien aplikacji korzystających z XWayland i Wayland w trybie drag & drop. W KWin zapewniono poprawne przewijanie przy użyciu kółka myszy w środowisku opartym na Wayland;
- W GNOME możliwość automatyzacji uruchamiania XWayland podczas próby uruchomienia aplikacji opartych na protokole X11 (wcześniej XWayland musiał być uruchamiany cały czas);
- pracę nad portowaniem aplikacji środowiska użytkownika MATE dla Wayland. W dostosowano przeglądarkę obrazów Eye of MATE do Wayland i poprawiono wsparcie dla Wayland w panelu MATE;
- W Qt Wayland Compositor dodano obsługę protokołów linux-dmabuf-unstable-v1 i wp_viewporter. W komponentach platformy Qt dla Wayland dodano obsługę protokołu fullscreen-shell-unstable-v1;
- Waypipe — proxy dla protokołu Wayland, umożliwiające uruchamianie aplikacji na innym hoście;
- W środowisku użytkownika znacznie poprawiono wsparcie dla pracy pod kontrolą Wayland;
- Dla Firefox nowy backend dla Wayland, wykorzystujący mechanizm DMABUF do renderowania w tekstury;
- W Ubuntu w środowisku opartym na Wayland możliwość uruchamiania aplikacji X11 z uprawnieniami root pod kontrolą Xwayland;
- zestaw poprawek Wine-wayland i sterownik winewayland.drv, które umożliwiają używanie Wine w środowiskach opartych na protokole Wayland, bez konieczności korzystania z XWayland i komponentów związanych z X11;
- Trwa rozwój Mir jako serwera kompozytowego dla Wayland. W narzędziach do uruchamiania aplikacji Wayland w środowisku Mir rozszerzeń protokołu Wayland. optymalizacja wydajności kodu związana z Wayland, a także dodano nową platformę graficzną „wayland”, umożliwiającą uruchamianie Mira jako klienta pod kontrolą innego kompozytora serwera Wayland. eksperymentalne wsparcie dla dynamicznego uruchamiania aplikacji X11 w otoczeniu opartym na Wayland.
- nowe wydania środowiska użytkownika Sway, które korzysta z Wayland;
- Dystrybucja Lubuntu przejście na Wayland w 2020 roku. Wsparcie dla Wayland planowane jest poprzez portowanie menedżera okien Openbox do użycia z serwerem wyświetlania Mira, stosowanym jako kompozytor dla Wayland;
- Rozwija się , kompozytowy serwer oparty na Wayland do uruchamiania pojedynczych aplikacji w trybie kiosku;
- Prace nad wydaniem środowiska użytkownika LXQt 1.0.0 trwają, a głównym celem jego rozwoju jest doprowadzenie do pełnej gotowości możliwości pracy w oparciu o Wayland;
- System wyjściowy w mechanizmie do uruchamiania maszyn wirtualnych z Linuxem w ChromeOS wbudowaną obsługę klientów Wayland (virtio-wayland) z funkcjonującym serwerem kompozytowym po stronie głównego hosta oraz możliwością efektywnego wykorzystania GPU z systemów gościnnych;
- Dla FreeBSD porty niezbędne do zbudowania KDE z obsługą Wayland;
- W systemie operacyjnym DragonFly BSD port z Wayland i Weston, wsparcie XWayland;
- Używające Wayland środowiska użytkownika i połączyły się w nowy projekt . Liri opiera się na Qt 5 (QML) i promuje projekt w stylu Material Design;
- Wayland jest domyślnie wykorzystywany w mobilnych platformach , , ,
