Progetto NetBSD per la modifica del gestore delle finestre predefinito nella sessione X11 da in . CTWM è un fork di twm, nato nel 1992 e sviluppato per creare un gestore delle finestre leggero e completamente personalizzabile, che permette di modificare l'aspetto e il comportamento a piacere.
Il gestore delle finestre twm è stato offerto in NetBSD per gli ultimi 20 anni e, in condizioni moderne, appariva obsoleto. La reazione negativa delle persone nei confronti di twm, proposto come predefinito, ha spinto gli sviluppatori a riconsiderare l'interfaccia predefinita e a implementare un gestore delle finestre più funzionale, CTWM, per creare un ambiente più amichevole per gli utenti con esperienza in altri sistemi operativi.
CTWM supporta desktop virtuali, è in attivo sviluppo e viene fornito con una licenza compatibile con NetBSD. Tra le nuove funzionalità implementate basate su CTWM si segnala un menu applicazioni generato automaticamente, utili combinazioni di tasti per la gestione completa senza mouse, adattamenti per il lavoro con diverse risoluzioni dello schermo (compreso HiDPI dopo l'aggiunta di grandi caratteri), la possibilità di supportare sia sistemi molto lenti che molto veloci tramite un unico file di configurazione.
Era:
Diventato:
Inoltre nota sullo stato del progetto per garantire il funzionamento di un server composito in NetBSD basato sul protocollo Wayland. Il porting non è ancora pronto per un utilizzo quotidiano, ma è già adatto per esperimenti e per eseguire applicazioni che utilizzano Qt5, GTK3 o SDL2. Tra i problemi si segnala la compatibilità con alcune applicazioni, incluso Firefox, e la mancanza di supporto per l'avvio di applicazioni X11, con possibilità di funzionare solo con GPU Intel per le quali esiste un driver per il cambio dei modi video a livello di kernel.
Tra le caratteristiche di Wayland che complicano il porting in NetBSD, si nota la presenza di un ampio codice specifico del sistema operativo nei gestori compositi, responsabili della gestione dello schermo, dell'input e della gestione delle finestre. Wayland non fornisce protocolli pronti per funzionalità come la creazione di screenshot, il blocco dello schermo e la gestione delle finestre, e per ora è in ritardo rispetto al server X in aree come portabilità, modularità e standardizzazione.
Le funzionalità aggiuntive vengono implementate tramite un gestore composito o attraverso la definizione di estensioni ai protocolli. Il server composito di riferimento Weston è fortemente legato all'API del kernel Linux. Ad esempio, il collegamento al meccanismo di multiplexing input-output epoll richiede una riprogettazione per supportare kqueue. Le patch per l'uso di kqueue sono già state preparate dagli sviluppatori dei sistemi BSD, ma non sono ancora state accettate nel ramo principale.
Il codice del server composito di riferimento è stato inizialmente scritto tenendo conto solo di Linux e non considera le peculiarità di altri sistemi (ad esempio, nel codice viene utilizzato "#include " e la dipendenza da libinput). FreeBSD ha implementato un clone dell'API di input di Linux, ma NetBSD utilizza un'API per la gestione dell'input fondamentalmente diversa: wscons. Attualmente, il supporto per wscons è già stato aggiunto a swc ed è previsto il suo trasferimento in altri gestori compositi.
I rappresentanti di NetBSD intendono convincere gli sviluppatori di Wayland a non utilizzare un legame rigido con epoll, ma a passare a un livello universale, come libevent. Tra i lavori pianificati si segnala anche l'aggiornamento dello stack DRM/KMS del kernel di NetBSD e dei driver grafici, compresa la portazione del codice dal kernel Linux, e l'aggiunta del supporto per il cambio atomico delle modalità video, le nuove versioni di DRM e l'API Glamor (per eseguire applicazioni X11 sotto xwayland). È previsto l'aggiunta del supporto per i frame buffer nel server composito basato su Wayland.
Fonte: opennet.ru
