A közelmúltban a Budgie asztali környezet fejlesztői tudatta velük, hogy úgy döntöttek, hogy elköltöznek a GTK könyvtárból a Felvilágosodás Alapítvány Könyvtára (EFL) javára.
ezt annak köszönhető, hogy amely megemlíti, hogy sajnos A GTK4 nem váltotta be a hozzá fűzött reményeket a fejlesztőktől a igettől eltekintve a folyamatos megközelítés csak a GNOME projekt szükségleteire összpontosít, amelynek fejlesztői nem hallgatnak az alternatív projektek véleményére, és nem akarják figyelembe venni az igényeiket.
A fő ösztönző hogy megússza a GTK -t A GNOME tervei között szerepelt, hogy megváltoztassa a témák működését, ami megnehezíti az egyéni témák létrehozását harmadik féltől származó projektekben. A platform felületének stílusát különösen a libadwaita könyvtár biztosítja, amely az Adwaita témához kapcsolódik.
Harmadik féltől származó fejlesztőknek, akik nem akarják teljesen lemásolni a GNOME felületet, elő kell készíteniük könyvtáraikat a stílus kezeléséhez, de ebben az esetben eltérések vannak az alternatív könyvtárat és a platform témakönyvtárát használó alkalmazások kialakításában.
Mint olyan, megemlítik azt is, hogy nincs szabványos eszköz további funkciók hozzáadására libadwaitára, és megpróbálja hozzáadni az újraszínező API -t, amely megkönnyíti a színek megváltoztatását az alkalmazásokban, más kérdésekkel kapcsolatos aggodalmak miatt nem lehetett összeegyeztetni Az Adwaita mellett negatívan befolyásolhatják a GNOME alkalmazások minőségét, és bonyolíthatják a felhasználók számára a problémák elemzését.
Ezért az alternatív asztali fejlesztők ragaszkodtak az Adwaita témához.
Között lA GTK4 nem tetsző funkciói a Budgie fejlesztőknek, egyes modulok alosztályok létrehozásával történő megváltoztatásának lehetőségének kizárása, áthelyezése az elavult X11 API -k kategóriájába, amelyek nem kompatibilis a Waylanddel (például Budgie -ban hív GdkScreen és GdkX11Screen a kapcsolat meghatározására és a monitor beállításainak módosítására használták), problémák a widgetben való görgetéssel gtkListView valamint az egér- és billentyűzetes események kezelésének képességének elvesztése a GtkPopovers alkalmazásban, ha az ablak nem éles.
Mérlegelve az alternatív eszközkészletekre való váltás minden előnyét és hátrányát, a fejlesztők arra a következtetésre jutottak, hogy a legoptimálisabb a projekt áttérése az EFL könyvtárak használatára.
A Qt -re való áttérést problémásnak ismerték el, mivel a könyvtár összekapcsolódott a C ++ - ban, és a jövőbeni licencpolitikában bizonytalanságok merültek fel. A Budgie kódjainak nagy része vala -nyelven íródott, de más nyelvek, például a C vagy a Rust engedélyezettek az áttelepítési lehetőségek között.
A forgalmazásával kapcsolatban Solus, a projekt továbbra is alternatív konstrukciót fog képezni a GNOME alapján, de ez a build a projekt felügyelet nélkül lesz megjelölve és a letöltési oldalon egy külön szakaszhoz lesz hozzárendelve.
Emlékeztetőül: a Budgie asztal saját GNOME Shell implementációt, paneleket, kisalkalmazásokat és értesítési rendszert kínál. Az ablakok kezeléséhez a Budgie Window Manager (BWM) programot használják, amely az alap Mutter bővítmény kiterjesztett módosítása. A Budgie olyan panelre épül, amely munkaszervezésében hasonló a klasszikus asztali panelekhez. Minden panel elem kisalkalmazás, amely lehetővé teszi a kompozíció rugalmas testreszabását, a hely megváltoztatását és a fő panel elemeinek megvalósításának tetszés szerinti cseréjét.
Az áttelepítési eredmények a Budgie 11 -ben lesznek elérhetők. Különösen nem ez az első kísérlet arra, hogy eltávolodjunk a GTK -tól, mivel 2017 -ben a projekt már meghozta a döntést a Qt -ra való áttérésről, de később felülvizsgálta a terveket abban a reményben, hogy a helyzet megváltozik a GTK4 -ben.
A Budgie 11 megjelenése után a fejlesztők kiértékelik képességeit a GNOME Shellhez képest, és úgy döntenek, hogy folytatják az építést a GNOME -val, vagy leállítják eszközöket biztosít a Budgie 11 -ből való építkezéshez.
A Budgie 11 asztallal készült Solus -összeállításban a tervek szerint felülvizsgálják az alkalmazások összetételét, és a GNOME -alkalmazásokat analógokra cserélik, beleértve a projekten belül kifejlesztetteket is. Például saját alkalmazástelepítő központ fejlesztését tervezi.
forrás: https://joshuastrobl.com/