Wayland 1.18 kommer med mesonsupport, nytt API och mer

nyligen lanseringen av den nya stabila versionen av Wayland 1.18-protokollet tillkännagavs, där den här nya versionen är kompatibel med tidigare versioner på API och ABI-nivå med version 1.x, men också innehåller en del av förbättringarna.

För de som inte känner till Wayland, de borde veta det detta är ett protokoll för interaktionen mellan en komposit server och de applikationer som fungerar med den. Klienter gör sina fönster oberoende av varandra och skickar uppdateringsinformation till en sammansatt server, som kombinerar innehållet i enskilda applikationsfönster för att bilda den slutliga utgången, med hänsyn till möjliga nyanser som fönsteröverlappning och transparens.

Med andra ord tillhandahåller en sammansatt server inte ett API för att återge enskilda element och fungerar endast med fönstren som redan är formade eliminera dubbel buffring med hjälp av högnivåbibliotek som GTK + och Qt.

Om Wayland

För närvarande stöd för direkt arbete med Wayland är redan implementerat för GTK3 +, Qt 5, SDL, Clutter och EFL (Upplysningsstiftelsens bibliotek).

Interaktion med hårdvara i Wayland / Weston, till exempel initialisering, ändring av videolägen (inställning av drm-läge) och minneshantering (GEM för i915 och TTM för radeon och nouveau) av grafikkort, kan göras direkt via en kärnnivåmodul, vilket låter dig kringgå superanvändarbehörigheter.

Weston-kompositserver kan inte bara fungera med Linux-kärnan DRM-modul utan även på X11, andra Wayland-kompositserver, frambuffer och RDP. Dessutom utvecklas projekt för att säkerställa arbete högst upp i grafikstacken för Android-plattformen.

Som en del av Weston-projektet utvecklas en av de sammansatta serverdistributionerna.

Alla andra produkter som stöder Wayland-protokollet kan också fungera som en sammansatt server.

T.ex. arbete pågår för närvarande för att ge stöd till Wayland vid KWin. I sin nuvarande form har Weston redan gått utanför räckvidden för en provuppsättning för att testa Wayland-protokollet och kan förvärva funktionalitet genom plugins. Dessutom föreslås att implementera anpassade skal och avancerade fönsterhanteringsfunktioner i form av backends utanför Weston.

För att säkerställa att vanliga X11-applikationer körs i en Wayland-baserad miljö används XWayland DDX (Device Dependent X) -komponenten, vilket liknar organisationen att arbeta i Xwin och Xquartz för Win32 och OS X-plattformar.

Stöd för lanseringen av X11-applikationer planeras integreras direkt i Weston-komposit-servern, som när det gäller hela X11-applikationen - kommer att starta lanseringen av X-servern och relaterade XWayland-komponenter.

Med detta tillvägagångssätt kommer processen att starta X11-applikationer vara enkel och oskiljbar för användaren att starta applikationer som fungerar direkt med Wayland.

Stora förbättringar i Wayland 1.18

Av nyheterna nämns tillkännagivandet vadstödjer Meson-byggsystemet, medan möjligheten att bygga med hjälp av autotooler fortfarande bevaras, men kommer att tas bort i en framtida version.

En annan förändring som sticker ut i den här nya versionen av Wayland 1.18 är nytt API har lagts till i separata proxyobjekt taggbaserad. Detta gör att applikationer och verktygssatser kan dela en Wayland-anslutning.

Dessutom, lagt till funktionen wl_global_remove () som skickar ett globalt objekt för borttagning av objekt utan att rensa det.

Den nya funktionen gör det möjligt att eliminera förekomsten av "rasvillkor" när man eliminerar globala objekt. Eftersom liknande tävlingsförhållanden kan uppstå eftersom kunder inte kunde bekräfta mottagandet av eliminationshändelsen. Funktionen wl_global_remove () gör det möjligt att skicka en radera händelse först och först efter en viss fördröjning raderar den objektet.

också Wayland-servertimers spåras garanterat i användarutrymmet, vilket eliminerar skapandet av för många filbeskrivare.