NetBSD-projekt om att ändra standardfönsterhanteraren som erbjuds i en X11-session från på . CTWM är en gaffel av twm, som klaffades 1992 och utvecklades mot att skapa en lätt och helt anpassningsbar fönsterhanterare som låter dig ändra utseende och beteende efter din smak.
twm-fönsterhanteraren har erbjudits på NetBSD under de senaste 20 åren och ser ålderdomlig ut i dagens miljö. Människors negativa reaktion på standard-twm tvingade utvecklarna att ompröva standardskalet och använda den kraftfullare CTWM-fönsterhanteraren för att skapa en miljövänlig för användare med erfarenhet av andra operativsystem.
CTWM stöder virtuella skrivbord, utvecklas aktivt och är tillgänglig under en NetBSD-kompatibel licens. Nya funktioner implementerade på basis av CTWM inkluderar en automatiskt genererad applikationsmeny, användbara tangentbordsgenvägar för full kontroll utan mus, anpassning för att arbeta med olika skärmupplösningar (inklusive HiDPI efter att ha lagt till stora teckensnitt), möjligheten att stödja både mycket långsamt och mycket snabba system med en enda konfigurationsfil.
Var:
Det blev:
dessutom En notering om statusen för NetBSD-kompositserverprojektet baserat på Wayland-protokollet. Porten är ännu inte redo för daglig användning, men är redan lämplig för experiment och körning av applikationer med Qt5, GTK3 eller SDL2. Problem inkluderar inkompatibilitet med vissa applikationer, inklusive Firefox, brist på stöd för att köra X11-applikationer och möjligheten att endast arbeta med Intel GPU:er för vilka det finns en drivrutin för att byta videolägen på kärnnivå.
En av funktionerna hos Wayland som gör portering till NetBSD svårt är närvaron av en stor mängd OS-specifik kod i de sammansatta hanterarna som ansvarar för att hantera skärmen, inmatningen och fönsterhanteringen. Wayland tillhandahåller inte färdiga protokoll för funktioner som skärmdumpning, skärmlåsning och fönsterhantering, och den ligger fortfarande efter X-servern inom områden som portabilitet, modularitet och standardisering.
Ytterligare funktioner implementeras av den sammansatta hanteraren eller genom definitionen av protokolltillägg. Weston referenskompositserver är starkt beroende av Linux-kärnan API. Till exempel kräver bindningen till epoll I/O-multiplexeringsmekanismen omarbetning för att stödja kqueue. Patchar för att använda kqueue har redan förberetts av utvecklare av BSD-system, men har ännu inte accepterats i mainstream.
Koden för referenskompositservern skrevs från början endast med ett öga på Linux och tar inte hänsyn till funktionerna i andra system (till exempel använder koden "#inkludera " och beroende av libinput). FreeBSD implementerar en klon av Linux input API, men NetBSD använder ett fundamentalt annorlunda input management API, wscons. För närvarande har wscons-stöd redan lagts till i swc och är planerat för portering till andra sammansatta hanterare.
NetBSD-representanter har för avsikt att övertyga Wayland-utvecklare att inte använda en hård länk för att epoll, utan att byta till ett universellt lager som t ex libevent. Planerat arbete inkluderar även uppdatering av DRM/KMS-stacken för NetBSD-kärnan och grafikdrivrutiner, inklusive porteringskod från Linux-kärnan, samt lägga till stöd för atomic switching av videolägen, nya versioner av DRM och Glamour API (för att köra X11) applikationer som kör xwayland). Det är planerat att lägga till stöd för framebuffers till den Wayland-baserade sammansatta servern.
Källa: opennet.ru