Fondato Xfce Classic, un fork di Xfce senza decorazione della finestra lato client

Sean Anastasi (Shawn Anastasio), un appassionato di software libero che un tempo sviluppò il proprio sistema operativo ShawnOS ed è stato coinvolto nel porting di Chromium e Qubes OS sull'architettura ppc64le, Ha fondato progetto Xfce classico, all'interno del quale intende sviluppare fork dei componenti dell'ambiente utente Xfce che funzionano senza l'uso di decorazioni delle finestre lato client (CSD, decorazioni lato client), in cui il titolo della finestra e i frame sono disegnati non dal window manager, ma da l'applicazione stessa.

Ricordiamo che in preparazione al prossimo rilascio di Xfce 4.16, il cui rilascio è previsto in ottobre o novembre l'interfaccia è stata trasferita al widget GtkHeaderBar e all'uso di CSD, che ha permesso, per analogia con GNOME, di posizionare menu, pulsanti e altri elementi dell'interfaccia nell'intestazione della finestra, nonché di garantire l'occultamento di frame nelle finestre di dialogo. Il nuovo motore di rendering dell'interfaccia è integrato nella libreria libxfce4ui, che ha portato all'applicazione automatica CSD per quasi tutte le finestre di dialogo, senza la necessità di apportare modifiche al codice dei progetti esistenti.

Al passaggio alla CSD trovato avversari, che credono che il supporto CSD dovrebbe essere facoltativo e che l'utente dovrebbe essere in grado di continuare a utilizzare i classici titoli delle finestre. Tra gli svantaggi dell'utilizzo di CSD, l'area del titolo della finestra troppo grande, la mancanza di necessità di trasferire elementi dell'applicazione nel titolo della finestra, l'inoperabilità dei temi Xfwm4 e la discrepanza nella progettazione delle finestre delle applicazioni Xfce/GNOME e dei programmi che non lo fanno non utilizzare CSD sono menzionati. Va notato che uno dei motivi del rifiuto dell'interfaccia GNOME da parte di alcuni utenti è l'uso di CSD.

Poiché non è stato fatto alcun tentativo di fornire supporto per la disabilitazione della CSD in 5 mesi, Sean Anastasi Ho deciso di ho preso in mano questo problema e ho creato un fork della libreria libxfce4ui, in cui ho pulito l'associazione al CSD e ripristinato la vecchia modalità di decorazione lato server (gestore delle finestre). Per garantire la compatibilità con le applicazioni che utilizzano la nuova API libxfce4ui e preservare l'ABI, sono stati preparati dei bind speciali che traducono specifici metodi CSD della classe XfceTitledDialog in chiamate della classe GtkDialog. Di conseguenza, è possibile liberare le applicazioni Xfce dal CSD sostituendo la libreria libxfce4ui, senza modificare il codice delle applicazioni stesse.

Inoltre è stata formata una forchetta pannello xfce4, che include modifiche per restituire il comportamento classico. Preparato per gli utenti Gentoo copertura per installare libxfce4ui-nocsd. Preparato per gli utenti Xubuntu/Ubuntu Archivio PPA con pacchetti già pronti. Sean Anastasi ha spiegato le ragioni della creazione del fork dicendo che usa Xfce da molti anni e che gli piace l'interfaccia di questo ambiente. Dopo aver deciso sui cambiamenti dell'interfaccia con cui non era d'accordo e senza aver tentato di fornire un'opzione per ripristinare il vecchio comportamento, ha deciso di risolvere il suo problema da solo e di condividere la soluzione con altre persone che la pensano allo stesso modo.

Uno dei problemi quando si utilizza Xfce Classic è la comparsa di titoli duplicati dovuti alla visualizzazione di informazioni ripetute nel titolo e nella finestra dell'applicazione. Questa funzionalità è coerente con il comportamento di Xfce 4.12 e 4.14 e non è correlata a CSD. In alcune applicazioni, tale duplicazione sembra normale (ad esempio, nello screenshooter xfce4), ma in altre è chiaramente inappropriata. Per risolvere questo problema è possibile aggiungere una variabile d'ambiente che controlla il rendering di XfceHeading.

Fondato Xfce Classic, un fork di Xfce senza decorazione della finestra lato client

La posizione dei sostenitori del CSD si riduce alla capacità di utilizzare lo spazio sprecato del titolo della finestra per posizionare menu, pulsanti del pannello e altri elementi significativi dell'interfaccia. Gli oppositori di CSD ritengono che questo approccio ponga problemi con l'unificazione del design delle finestre, in particolare quelle scritte per diversi ambienti utente che definiscono diverse raccomandazioni per il layout dell'area del titolo. È molto più semplice portare la progettazione delle finestre di tutte le applicazioni in un unico stile quando si esegue il rendering classico delle aree di servizio di una finestra sul lato server. Nel caso dell'utilizzo di CSD, è necessario adattare separatamente l'interfaccia dell'applicazione a ciascun ambiente grafico ed è abbastanza difficile garantire che l'applicazione non appaia estranea nei diversi ambienti utente.

Fonte: opennet.ru

Aggiungi un commento