A Budgie asztali környezet fejlesztői úgy döntöttek, hogy elállnak a GTK könyvtár használatától az Enlightenment projekt által kifejlesztett EFL (Enlightenment Foundation Library) könyvtárak javára. A migráció eredményeit a Budgie 11 kiadásában kínálják majd. Figyelemre méltó, hogy nem ez az első kísérlet a GTK használatától való elszakadásra - 2017-ben a projekt már a Qt-re való váltás mellett döntött, de később felülvizsgálta a terveit, abban a reményben, hogy a GTK4-ben változni fog a helyzet.
Sajnos a GTK4 nem váltotta be a fejlesztők hozzá fűzött reményeit, mivel továbbra is csak a GNOME projekt igényeire összpontosított, amelynek fejlesztői nem hallgatják meg az alternatív projektek véleményét, és nem hajlandók figyelembe venni az igényeiket. A GTK-tól való eltávolodás fő ösztönzője a GNOME azon terve volt, hogy megváltoztassa a skin-kezelés módját, ami megnehezíti az egyéni felszínek létrehozását harmadik féltől származó projektekben. A platform interfész stílusát különösen a libadwaita könyvtár adja, amely az Adwaita tervezési témához kötődik.
A GNOME felületet teljesen lemásolni nem kívánó külső környezetek készítőinek fel kell készíteniük könyvtáraikat a stílus kezelésére, de ebben az esetben eltérés van az alternatív könyvtárat és a platform témakönyvtárát használó alkalmazások tervezésében. Nincsenek szabványos eszközök a libadwaita további funkciók hozzáadásához, és a Recoloring API hozzáadására tett kísérletek, amelyek megkönnyítenék a színek megváltoztatását az alkalmazásokban, nem tudtak megegyezni, mivel az aggodalmak miatt az Adwaita-tól eltérő témák negatívan befolyásolhatják a program minőségét. alkalmazásokat a GNOME-hoz, és megnehezíti a felhasználók problémáinak elemzését. Így az alternatív asztali számítógépek fejlesztői az Adwaita témához kötötték magukat.
A GTK4 azon funkciói között, amelyek elégedetlenséget okoznak a Budgie fejlesztői körében, az, hogy kizárják egyes widgetek megváltoztatásának lehetőségét alosztályok létrehozásával, az elavult X11 API-k kategóriájába való áthelyezést, amelyek nem kompatibilisek a Wayland-del (például a Budgie GdkScreen hívásakor és a GdkX11Screen-t használták a monitorok kapcsolatának meghatározására és konfigurációjának módosítására ), a GtkListView widget görgetési problémái és az egér- és billentyűzetesemények kezelésének képességének elvesztése a GtkPopoversben, ha az ablak nincs fókuszban.
Miután mérlegelték 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 megoldás az, ha a projektet EFL-könyvtárak használatára váltják. A Qt-re való átállás problémásnak tekinthető, mivel a könyvtár C++ alapú, és a jövőbeni licencpolitika bizonytalansága miatt. A Budgie kód nagy része Vala nyelven íródott, de migrációs lehetőségként elérhető volt egy C vagy Rust eszközkészlet.
Ami a Solus disztribúciót illeti, a projekt továbbra is egy alternatív buildet hoz létre GNOME alapú, de ezt a buildet a projekt által nem felügyeltként jelöli meg, és a letöltési oldalon külön részben kiemeli. Amint megjelenik a Budgie 11, a fejlesztők értékelni fogják a képességeit a GNOME Shellhez képest, és eldöntik, hogy folytatják-e a build építését GNOME-mal, vagy leállítják, eszközöket biztosítva a Budgie 11-es buildre való migrációhoz. A Solus buildben a Budgie 11 asztali géppel a tervek szerint felülvizsgálják az alkalmazások összetételét, lecserélve a GNOME-alkalmazásokat az analógokra, beleértve a projekt keretében fejlesztetteket is. Például tervezik saját alkalmazástelepítő központunk fejlesztését.
Emlékezzünk vissza, hogy a Budgie asztal saját megvalósítását kínálja a GNOME Shellnek, panelnek, kisalkalmazásoknak és értesítési rendszernek. Az ablakok kezelésére a Budgie Window Manager (BWM) ablakkezelőt használjuk, amely az alap Mutter beépülő modul kiterjesztett módosítása. A Budgie olyan panelen alapul, amely felépítésében hasonló a klasszikus asztali panelekhez. Minden panelelem kisalkalmazás, amely lehetővé teszi a kompozíció rugalmas testreszabását, az elhelyezés megváltoztatását és a fő panelelemek megvalósításának ízlés szerinti cseréjét. Az elérhető kisalkalmazások közé tartozik a klasszikus alkalmazásmenü, a feladatkapcsoló rendszer, a nyitott ablakok listája, a virtuális asztali megjelenítő, az energiagazdálkodás jelzője, a hangerőszabályzó kisalkalmazás, a rendszerállapot-jelző és az óra.
Forrás: opennet.ru