Sean Anastasi (), en fri programvareentusiast som en gang utviklet sitt eget operativsystem og var involvert i porteringen av Chromium og Qubes OS til ppc64le-arkitekturen, prosjekt , innenfor rammen av hvilken jeg har til hensikt å utvikle forks av Xfce-brukermiljøkomponenter som fungerer uten bruk av klientsidevindudekorasjoner (CSD), der vindustittelen og rammen ikke tegnes av vindusbehandleren, men av selve applikasjonen.
La oss minne deg på at som forberedelse til neste utgivelse av Xfce 4.16, hvor utgivelsen I oktober eller november ble grensesnittet migrert til GtkHeaderBar-widgeten og CSD ble implementert, noe som gjorde det mulig, i likhet med GNOME, å plassere menyer, knapper og andre grensesnittelementer i vinduets tittellinje, samt skjule dialogboksgrenser. Den nye grensesnittgjengivelsesmotoren er integrert i libxfce4ui-biblioteket, noe som resulterer i automatisk CSD-implementering for nesten alle dialogbokser, uten at det kreves endringer i eksisterende prosjektkode.
Ved overgangen til CSD , som mener at CSD-støtte bør være valgfri og at brukere bør kunne fortsette å bruke klassiske vindustittellinjer. Blant ulempene med å bruke CSD nevner de en altfor stor vindustittellinje, mangelen på behov for å flytte programelementer til vindustittellinjen, manglende evne til Xfwm4-temaer og inkonsekvens i vindusutseendet til Xfce/GNOME-applikasjoner og programmer som ikke bruker CSD. De bemerker at bruken av CSD er en av grunnene til at noen brukere misliker GNOME-grensesnittet.
Siden det ikke har blitt gjort noe forsøk på å gi støtte til nedstengningen av CSD på fem måneder, har Sean Anastasi tok denne saken i egne hender og opprettet en forgrening av biblioteket , som ryddet opp i CSD-bindingene og gjenopprettet den gamle dekorasjonsmodusen på serversiden (vindusbehandler). For å sikre kompatibilitet med applikasjoner som bruker det nye libxfce4ui API-et og bevare ABI-et, ble det utarbeidet spesielle bindinger som oversetter CSD-spesifikke metoder i XfceTitledDialog-klassen til kall til GtkDialog-klassen. Dette gjør det mulig å fjerne CSD fra Xfce-applikasjoner ved å erstatte libxfce4ui-biblioteket, uten å endre selve applikasjonskoden.
En ekstra gaffel er dannet , som inkluderer endringer for å gjenopprette den klassiske oppførselen. For Gentoo-brukere, en для установки libxfce4ui-nocsd. Для пользователей Xubuntu/Ubuntu forberedt med ferdige pakker. Sean Anastasi forklarte motivasjonen sin for å lage fork-en ved å si at han hadde brukt Xfce i mange år og likte grensesnittet. Etter å ha gjort endringer i grensesnittet han var uenig i, og uten å se noe forsøk på å gi et alternativ for å gå tilbake til den gamle oppførselen, bestemte han seg for å løse problemet selv og dele løsningen med andre som delte hans synspunkt.
Et problem som er rapportert ved bruk av Xfce Classic er at dupliserte overskrifter vises på grunn av visning av duplikatinformasjon i overskriften og i programvinduet. Denne oppførselen er i samsvar med Xfce 4.12 og 4.14 og er ikke relatert til CSD. I noen applikasjoner virker denne dupliseringen normal (for eksempel i xfce4-screenshooter), men i andre er den åpenbart upassende. En mulig løsning på dette problemet er å legge til en miljøvariabel for å kontrollere XfceHeading-gjengivelse.
CSD-tilhengernes posisjon koker ned til muligheten til å bruke bortkastet plass i vindustittellinjen til å få plass til menyer, verktøylinjeknapper og andre viktige grensesnittelementer. Motstandere av CSD hevder at denne tilnærmingen skaper problemer med å forene vindusdesign, spesielt på tvers av forskjellige brukermiljøer, som har forskjellige retningslinjer for tittellinjelayout. Det er mye enklere å forene vindusdesignet til alle applikasjoner ved å bruke tradisjonell serverside-gjengivelse av vindustjenesteområder. Bruk av CSD krever at applikasjonsgrensesnittet tilpasses individuelt til hvert grafiske miljø, noe som gjør det vanskelig å sikre at applikasjonen ser konsistent ut på tvers av forskjellige brukermiljøer.
Kilde: opennet.ru
