Ostatnio twórcy środowiska graficznego Budgie poinformowali, że podjęli decyzję o odejściu z biblioteki GTK na rzecz Biblioteki Fundacji Oświecenia (EFL).
To jest z powodu co wspomina, że niestety, GTK4 nie spełnił oczekiwań od programistów dopoza tym ciągłe podejście koncentruje się tylko na potrzebach projektu GNOME, których deweloperzy nie słuchają opinii alternatywnych projektów i nie chcą brać pod uwagę ich potrzeb.
Główna zachęta uciec od GTK Plany GNOME dotyczyły zmiany sposobu, w jaki działa z motywami, co utrudnia tworzenie niestandardowych motywów w projektach innych firm. W szczególności styl interfejsu platformy zapewnia biblioteka libadwaita, która jest powiązana z motywem Adwaita.
Zewnętrzni programiści, którzy nie chcą w pełni replikować interfejsu GNOME, powinni przygotować swoje biblioteki do obsługi stylizacji, ale w tym przypadku istnieje rozbieżność w projektowaniu aplikacji korzystających z alternatywnej biblioteki i biblioteki motywów platformy.
Takie jak, wspominają również, że nie ma standardowych sposobów dodawania dodatkowych funkcji do Libadwaita, i próby dodania API rekolorowania, co ułatwiłoby zmianę kolorów w aplikacjach, nie udało się pogodzić ze względu na obawy, że inne problemy Oprócz Adwaita mogą negatywnie wpłynąć na jakość aplikacji GNOME i skomplikować analizę problemów użytkownikom.
Dlatego alternatywni programiści komputerów stacjonarnych trzymali się motywu Adwaita.
Między lFunkcje GTK4, których nie lubisz dla programistów Budgie, wyłączenie możliwości zmiany niektórych widżetów poprzez tworzenie podklas, przeniesienie do kategorii przestarzałych API X11, które niekompatybilny z Waylandem (na przykład w Budgie dzwoni GdkScreen i GdkX11Screen służył do ustalenia połączenia i zmiany ustawień monitora), problemy z przewijaniem w widżecie gtkListView oraz utrata zdolności obsługi zdarzeń myszy i klawiatury w GtkPopovers, jeśli okno jest nieostre.
Po rozważeniu wszystkich zalet i wad przejścia na alternatywne zestawy narzędzi, deweloperzy doszli do wniosku, że najbardziej optymalne jest przejście projektu na korzystanie z bibliotek EFL.
Przejście na Qt zostało uznane za problematyczne ze względu na połączenie tej biblioteki w C++ i niepewność co do przyszłej polityki licencjonowania. Większość kodu Budgie jest napisana w języku Vala, ale inne języki, takie jak C lub Rust, były dozwolone jako opcje migracji.
Jeśli chodzi o dystrybucję Solus, projekt będzie nadal tworzył alternatywną wersję oparty na GNOME, ale ta kompilacja zostaną oznaczone jako nienadzorowane przez projekt i zostanie przypisany do osobnej sekcji na stronie pobierania.
Przypominamy, że pulpit Budgie oferuje własną implementację powłoki GNOME, panele, aplety i system powiadomień. Do zarządzania oknami wykorzystywany jest Budgie Window Manager (BWM), który jest rozszerzoną modyfikacją podstawowej wtyczki Mutter. Budgie bazuje na panelu podobnym w organizacji pracy do klasycznych paneli desktopowych. Wszystkie elementy panelu to aplety, dzięki którym możesz elastycznie dostosować kompozycję, zmienić lokalizację i zastąpić implementację elementów panelu głównego według własnych upodobań.
Wyniki migracji zostaną ogłoszone w Budgie 11. W szczególności nie jest to pierwsza próba odejścia od GTK, ponieważ w 2017 roku projekt podjął już decyzję o przejściu na Qt, ale później zrewidował plany w nadziei, że sytuacja ulegnie zmianie w GTK4.
Po wydaniu Budgie 11, programiści ocenią jego możliwości względem powłoki GNOME i zdecydują się kontynuować tworzenie kompilacji za pomocą GNOME lub zaprzestać jej tworzenia dostarczanie narzędzi do migracji do kompilacji z Budgie 11.
W kompilacji Solus z pulpitem Budgie 11 planowane jest przejrzenie składu aplikacji, zastąpienie aplikacji GNOME aplikacjami analogowymi, w tym opracowanymi w ramach projektu. Na przykład planuje rozwój własnego centrum instalacji aplikacji.
źródło: https://joshuastrobl.com/