Progetto NetBSD sul cambiamento del gestore delle finestre predefinito nella sessione X11 con con . CTWM è un fork di twm, nato nel 1992, sviluppato per creare un gestore delle finestre leggero e completamente personalizzabile, che consente di modificare l'aspetto e il comportamento secondo il proprio gusto.
Il gestore delle finestre twm è stato offerto in NetBSD per gli ultimi 20 anni, e nelle condizioni attuali appare obsoleto. La reazione negativa degli utenti nei confronti del twm predefinito ha spinto gli sviluppatori a rivedere l'interfaccia predefinita e ad adottare un gestore delle finestre più funzionale, CTWM, per creare un ambiente più amichevole per gli utenti provenienti da altri sistemi operativi.
CTWM supporta desktop virtuali, è in continua evoluzione e viene fornito sotto una licenza compatibile con NetBSD. Tra le nuove funzionalità implementate su CTWM, si segnalano il menu delle applicazioni generato automaticamente, utili combinazioni di tasti per un controllo completo senza mouse, l'adattamento per il lavoro con diverse risoluzioni dello schermo (compresi HiDPI con l'aggiunta di font di grandi dimensioni) e la possibilità di supportare sia sistemi molto lenti che molto veloci tramite un unico file di configurazione.
Era:
Risultato:
Inoltre nota sullo stato del progetto per garantire il funzionamento del server composito in NetBSD basato sul protocollo Wayland. Il porting non è ancora pronto per un uso quotidiano, ma è già idoneo per esperimenti e per l'esecuzione di applicazioni che utilizzano Qt5, GTK3 o SDL2. Tra i problemi si segnala l'incompatibilità con alcune applicazioni, inclusi Firefox, la mancanza di supporto per l'esecuzione di applicazioni X11 e la possibilità di funzionare solo con GPU Intel, per le quali è disponibile un driver per la commutazione delle modalità video a livello di kernel.
Tra le caratteristiche di Wayland che rendono difficile il porting su NetBSD c'è la presenza di una grande quantità di codice specifico per il sistema operativo nei gestori di composizione, responsabili della gestione dello schermo, dell'input e della gestione delle finestre. Wayland non offre protocolli pronti per funzionalità come la creazione di screenshot, il blocco dello schermo e la gestione delle finestre, e attualmente è in ritardo rispetto al server X in aree come portabilità, modularità e standardizzazione.
Funzionalità aggiuntive vengono implementate dal gestore di composizione o attraverso la definizione di estensioni ai protocolli. Il server di composizione di riferimento Weston è fortemente vincolato all'API del kernel Linux. Ad esempio, il legame con il meccanismo di multiplexing input-output epoll richiede una revisione per supportare kqueue. I patch per utilizzare kqueue sono già stati preparati dagli sviluppatori dei sistemi BSD, ma non sono ancora stati accettati nel codice principale.
Il codice del server composito standard è stato inizialmente scritto tenendo conto solo di Linux e non considera le caratteristiche di altri sistemi (ad esempio, nel codice viene utilizzato «#include » e dipendenze da libinput). In FreeBSD è stato implementato un clone dell'API di input di Linux, ma in NetBSD viene utilizzato un API fondamentalmente diversa per la gestione dell'input — wscons. Attualmente, il supporto per wscons è già stato aggiunto in swc ed è previsto il 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'interfaccia universale, come libevent. Tra i lavori programmati è anche prevista l'aggiornamento dello stack DRM/KMS del kernel di NetBSD e dei driver grafici, incluso il porting del codice dal kernel Linux, oltre all'aggiunta del supporto per il cambio atomico delle modalità video, nuove versioni di DRM e API Glamor (per eseguire applicazioni X11 sotto xwayland). È previsto l'aggiunta del supporto per i frame buffer al server composito basato su Wayland.
Fonte: opennet.ru
