Az Xfce Classic alapja az Xfce, ablakdíszítések nélküli kliensoldalon történő fork

Shawn Anastasio (Shawn Anastasio), egy szabad szoftver iránti rajongó, aki saját operációs rendszert, ShawnOS-t , fejlesztett, és a Chromium valamint a Qubes OS portolásával foglalkozott ppc64le architektúrára, alapított projekt Xfce Classic, amely keretében a Xfce felhasználói környezet komponenseinek forkjait kívánja fejleszteni, amelyek kliensoldali dekorációk (CSD) nélkül működnek, ahol a cím és az ablak kereteit nem az ablakkezelő, hanem az alkalmazás maga rajzolja ki.

Emlékeztetünk, hogy a következő Xfce 4.16-os kiadás előkészítése során, melynek várható kibocsátása októberben vagy novemberben várható, az interfész átkonvertálásra került a GtkHeaderBar widgetre, és alkalmazták a CSD-t, lehetővé téve, hogy a GNOME-hoz hasonlóan elhelyezzék a menüket, gombokat és egyéb interfész elemeket az ablak címében, valamint biztosítsák az ablakkeretek elrejtését a párbeszédpanelekben. Az új interfészrajzoló mechanizmus integrálva lett a libxfce4ui könyvtárba, ami automatikus CSD alkalmazását eredményezte szinte minden párbeszédpanelen, anélkül, hogy módosításokra lenne szükség a meglévő projektek kódjában.

A CSD-re való áttérésnek ellenlábasai vannak, akik úgy vélik, hogy a CSD támogatásának opciósnak kell lennie, és a felhasználóknak lehetőségük kell legyen a klasszikus ablakcímek használatára. A CSD alkalmazásának hátrányai között említik a túl nagy ablakcím területet, a felhasználói elemek ablakcímbe helyezésének szükségtelenségét, az Xfwm4 témák működésképtelenségét, valamint a Xfce/GNOME ablakok és a CSD-t nem használó programok kinézetének eltéréseit. Megjegyzik, hogy az egyik oka annak, hogy néhány felhasználó nem kedveli a GNOME interfészt, az a CSD alkalmazása.

Mivel az utolsó 5 hónapban nem tettek kísérletet a CSD kikapcsolásának támogatására, Shawn Anastasio úgy döntött , hogy a kérdést saját kezébe veszi, és létrehozott egy forkot a libxfce4ui könyvtárból, amely során tisztították a CSD-hez való kötődést, és visszaállították a régi díszítés módját a szerver (ablakkezelő) oldalán. Az új libxfce4ui API-t használó alkalmazásokkal való kompatibilitás biztosítása és az ABI megőrzése érdekében speciális köntösöket készítettek, amelyek a XfceTitledDialog osztály CSD-specifikus módszereit GtkDialog osztályhívásokra fordítják. Ennek eredményeként lehetővé vált, hogy az Xfce alkalmazások megszabaduljanak a CSD-től a libxfce4ui könyvtár cseréje révén, anélkül hogy megváltoztatnák maguknak az alkalmazásoknak a kódját.

Ráadásul készítettek egy fork-ot xfce4-panel, amely tartalmazza a változtatásokat a klasszikus viselkedés visszaállításához. A Gentoo felhasználók számára egy overlay készült a libxfce4ui-nocsd telepítéséhez. Az Xubuntu/Ubuntu felhasználók számára pedig egy PPA-repository kész csomagokkal ellátott verzió áll rendelkezésre. A fork létrehozásának indokait Sean Anastasi úgy magyarázta, hogy már évek óta használja az Xfce-t, és tetszik neki ennek a környezetnek a felülete. Miután úgy döntöttek, hogy megváltoztatják a felületet, amellyel nem értett egyet, és mivel nem volt kísérlet a régi viselkedés visszaállításának lehetőségének biztosítására, úgy döntött, hogy saját kezébe veszi a problémáját, és megosztja a megoldását másokkal, akik osztják az álláspontját.

Az Xfce Classic használatával kapcsolatos problémák között megemlítik a címsorok látszólagos duplikálódásának érzését, amely a címben és az alkalmazásablakban megjelenő ismétlődő információk miatt merül fel. Ez a sajátosság az Xfce 4.12 és 4.14 viselkedésének felel meg, és nem kapcsolódik a CSD-hez. Egyes alkalmazások esetében az ilyen duplikálódás normálisnak tűnik (például az xfce4-screenshooter esetében), míg másokban nyilvánvalóan nem indokolt. A probléma megoldása érdekében nem kizárt, hogy környezeti változót kell bevezetni, amely szabályozza az XfceHeading megjelenítését.

Az Xfce Classic alapja az Xfce, ablakdíszítések nélküli kliensoldalon történő fork

A CSD supporters' position is that it allows for the utilization of wasted header space to place menus, panel buttons, and other significant interface elements. Opponents of CSD argue that this approach creates problems with window styling unification, especially for applications written for different user environments that define various layout recommendations for the header area. It is much simpler to bring the styling of all application windows to a unified style when rendering the window's control areas on the server side. When CSD is applied, it requires separately adapting the application's interface to each graphical environment, and it is quite challenging to ensure that the application does not look out of place in different user environments.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster