Shawn Anastasio en gratis software-entusiast, som på et tidspunkt forsøgte at udvikle sit eget styresystem "ShawnOS" annoncerede for nylig fødslen af Xfce Classic-projektet.
Hvori har til hensigt at udvikle komponenterne af brugerens miljø Xfce, der arbejder uden brug af vinduesdekoration på klientsiden (CSD), hvor vinduets titel og ramme tegnes ikke af vinduesadministratoren, men af selve applikationen.
Dette blev muligt, analogt med GNOME, at placere menuer, knapper og andre grænsefladeelementer i vinduets titel. Derudover er den nye interface-gengivelsesmotor integreret i libxfce4ui-biblioteket, hvilket førte til automatisk brug af CSD til næsten alle dialoger uden behov for kodeændringer i eksisterende projekter.
Overgangen til CSD fandt modstandere at de mener, at CSD-support bør være valgfri og brugeren skal kunne fortsætte med at bruge de klassiske vinduestitler.
Blandt ulemperne ved at bruge CSD, Det er nævnt for stort vindues titelområde, det manglende behov for at overføre applikationselementer til vinduets titel, inoperabilitet af Xfwm4 layout temaer og inkonsistens i vinduesdekoration af Xfce/GNOME-applikationer og programmer, der ikke bruger CSD.
Det skal bemærkes, at en af årsagerne til afvisningen af GNOME-grænsefladen af nogle brugere er brugen af CSD.
Da der i 5 måneder ikke blev gjort forsøg på at yde support til at deaktivere CSD, Shawn Anastasio besluttede at tage sagen i egen hånd. og oprettede en fork af libxfce4ui-biblioteket, hvor det ryddede op i linket til CSD og returnerede den gamle dekorationstilstand på serversiden (vinduestyring).
For at sikre kompatibilitet med de applikationer, der De bruger det nye libxfce4ui API og bevarer ABI.
Der er udarbejdet specielle kroge, der oversætter specifikke CSD-metoder fra XfceTitledDialog-klassen til GtkDialog-klassekald. Som et resultat er det muligt at fjerne Xfce-applikationer fra CSD ved at erstatte libxfce4ui-biblioteket uden at ændre koden for selve applikationerne.
Derudover en gaffel af xfce4-panelet er dannet, som inkluderer ændringer for at returnere den klassiske adfærd. Et overlay er blevet forberedt til Gentoo-brugere til at installere libxfce4ui-nocsd.
For Xubuntu/Ubuntu-brugere er der udarbejdet et PPA-lager med brugsklare pakker.
Årsagerne til at skabe bifurkationen, Sean Anastasia, forklarede at:
Du har brugt Xfce i mange år, og du kan lide grænsefladen i dette miljø. Efter at have truffet beslutningen om at ændre grænsefladen, som jeg ikke var enig i, og manglen på forsøg på at give mulighed for at returnere den gamle adfærd, blev det besluttet at løse dit problem selvstændigt og dele løsningen med andre, der deler din pointe om udsigt.
Fra problemer med at bruge Xfce Classic bemærkes dobbeltudskrivning af overskrifter på grund af visningen af duplikerede oplysninger i overskriften og i programvinduet.
Denne funktion er i overensstemmelse med adfærden i Xfce 4.12 og 4.14 og er ikke relateret til CSD.
I nogle applikationer, nævnte fordobling virker normal (for eksempel i xfce4-Screenshooter), men i andre er det klart upassende. For at løse dette problem er det ikke udelukket at tilføje en miljøvariabel, der regulerer gengivelsen af XfceHeading.
CSD-supporternes position koger ned til evnen til at bruge den spildte plads i vinduestitlen til at placere menuer, panelknapper og andre vigtige grænsefladeelementer.
Vinduesdekoration til alle applikationer er meget lettere at bringe til en samlet stil i den klassiske repræsentation af vinduesserviceområder på serversiden.
I tilfælde af CSD er det nødvendigt at tilpasse applikationsgrænsefladen separat til hvert grafisk miljø, og det er svært nok at sikre, at applikationen ikke ser mærkelig ud i forskellige brugermiljøer.
kilde: https://linuxreviews.org
Bifald. Ærligt bifald.
Valgmuligheden bør være et karakteristisk træk ved Linux. Og det var det.
Hvis du nu vil fortsætte med at vælge, skal du træde til side, som Shawn Anastasio gjorde (heldigvis for ham, han kan gøre det).
Utroligt, xo de efterlader dig ikke en anden.
Og de, der nægter at gøre nogen ændring valgfri, og tværtimod påtvinger dem af os, der ikke udvikler det, er de første til at rive sig i håret for fragmenteringen af Linux (peger selvfølgelig fingre af dem, der gør gafler) cdo dem De er de eneste, der har skylden.