Shawn Anastasio (), appassionato di software libero, che in passato ha sviluppato il proprio sistema operativo e si è occupato della portabilità di Chromium e Qubes OS sull'architettura ppc64le, progetto , nell'ambito del quale intende sviluppare fork dei componenti dell'ambiente desktop Xfce, funzionanti senza l'uso di decorazioni delle finestre da parte del cliente (CSD, client-side decorations), in cui il titolo e i bordi della finestra vengono disegnati non dal gestore delle finestre, ma direttamente dall'applicazione.
Ricordiamo che, nella preparazione della prossima versione di Xfce 4.16, il rilascio del quale è previsto per ottobre o novembre, è stato effettuato il passaggio all'interfaccia basata su GtkHeaderBar e l'adozione del CSD, il che ha permesso, analogamente a GNOME, di posizionare i menu, i pulsanti e altri elementi dell'interfaccia nella barra del titolo della finestra, oltre a nascondere i bordi nei dialoghi. Il nuovo meccanismo di rendering dell'interfaccia è stato integrato nella libreria libxfce4ui, il che ha portato all'applicazione automatica del CSD per quasi tutti i dialoghi, senza la necessità di modificare il codice dei progetti esistenti.
Con il passaggio al CSD , i quali ritengono che il supporto per il CSD dovrebbe essere facoltativo e che l'utente dovrebbe avere la possibilità di continuare a utilizzare le classiche barre del titolo delle finestre. Tra i difetti dell'uso del CSD viene citata l'area del titolo della finestra troppo massiccia, la mancanza di necessità di trasferire gli elementi dell'applicazione nella barra del titolo, l'inutilizzabilità dei temi di Xfwm4 e la incoerenza nel design delle finestre delle applicazioni Xfce/GNOME e dei programmi che non utilizzano CSD. Si osserva che una delle ragioni del rifiuto dell'interfaccia GNOME da parte di alcuni utenti è l'uso del CSD.
Poiché nei cinque mesi non ci sono stati tentativi di fornire il supporto per disattivare il CSD, Shawn Anastasio ha deciso di prendere in mano la situazione e ha creato un fork della libreria , in cui ha effettuato una pulizia del vincolo al CSD e ha reintegrato la vecchia modalità di decorazione sul lato del server (gestore della finestra). Per garantire la compatibilità con le applicazioni che utilizzano il nuovo API di libxfce4ui e mantenere l'ABI, sono stati preparati dei binding speciali che traducono i metodi CSD specifici della classe XfceTitledDialog in chiamate alla classe GtkDialog. Di conseguenza, è stata creata la possibilità di rimuovere il CSD dalle applicazioni Xfce sostituendo la libreria libxfce4ui, senza modificare il codice delle stesse applicazioni.
In aggiunta, è stato creato un fork , che include modifiche per ripristinare il comportamento classico. Per gli utenti di Gentoo è stata preparata un'opzione per installare libxfce4ui-nocsd. Per gli utenti di Xubuntu/Ubuntu è stata preparata con pacchetti già pronti. Le motivazioni della creazione del fork sono state spiegate da Shawn Anastasio, il quale ha affermato di utilizzare Xfce da molti anni e di apprezzare l'interfaccia di questo ambiente. Dopo aver deciso di cambiare l'interfaccia, con la quale non era d'accordo, e in assenza di tentativi di offrire un'opzione per ripristinare il vecchio comportamento, si è deciso di risolvere autonomamente il proprio problema e di condividere la soluzione con altre persone che la pensano come lui.
Tra i problemi riscontrati nell'uso di Xfce Classic c'è la sensazione di duplicazione dei titoli a causa della ripetizione delle informazioni nel titolo e nella finestra dell'applicazione. Questa caratteristica è conforme al comportamento di Xfce 4.12 e 4.14, e non è legata al CSD. In alcune applicazioni, questa duplicazione appare normale (ad esempio, in xfce4-screenshooter), ma in altre è palesemente inappropriata. Per risolvere questo problema non si esclude l'aggiunta di una variabile d'ambiente che regoli il rendering di XfceHeading.
La posizione dei sostenitori del CSD si riduce alla capacità di utilizzare lo spazio sprecato nella barra del titolo per posizionare i menu, i pulsanti del pannello e altri elementi significativi dell'interfaccia. I contrari al CSD ritengono che questo approccio possa causare problemi di uniformità nel design delle finestre, specialmente per quelle scritte per diversi ambienti desktop, che definiscono diverse linee guida per la composizione dell'area del titolo. È molto più semplice portare il design di tutte le applicazioni a uno stile uniforme con un rendering classico delle aree di servizio della finestra sul lato del server. In caso di utilizzo del CSD, è necessario adattare separatamente l'interfaccia dell'applicazione a ciascun ambiente grafico e risulta piuttosto difficile garantire che l'applicazione non appaia estranea in diversi ambienti desktop.
Fonte: opennet.ru
