Tvůrce Budgie a vedoucí vývojář Solus Project Ikey Doherty dnes zveřejnil na svém blogu o nadcházejícím Budgie Desktop 11 a dosavadním pokroku, včetně zásadní změny architektury desktopu.
Podle Ikey se více soustředilo na hlavní vydání projektu Budgie Desktop 11, jedním z nich je oddělení Budgie od GNOME.
Budgie původně měla v úmyslu integrovat se s aplikacemi GNOME. Ve skutečnosti se stalo, že se poté plně integrovalo do zásobníku GNOME. Dostali jsme naši integraci, ale za velkou cenu. Jak se GNOME vyvíjel, postupem času každé velké vydání GNOME způsobilo Budgie. Toto je od 3.10, když Budgie poprvé začala, až po GNOME 3.22. Ať už se jedná o změny API nebo ABI, komponenty pojídající jiné komponenty (například Mutter skládání v cogl a nepořádek), mnoho, mnoho rozbití motivů a widgetů, GdkScreen API již nefungují stejně, nebo dokonce segfaults způsobené chováním GSettings přemístitelných schémat se mění.
Dělá GTK + to, co potřebujeme?
Ish. Ve skutečnosti potřebujeme výkonnější sadu nástrojů pro pracovní plochu a GTK + se jasně vyvíjí směrem k nadřazenému prostředí GNOME Desktop (například interní znalosti prostředí GNOME + interakce v rámci GTK).
V ideálním případě chceme výkonnější sadu nástrojů pro grafiku, efekty, OpenGL, shadery atd. Blingbits stranou, systém rozložení GTK + je žalostně omezený, s líným přístupem do mezipaměti k poloze a velikosti widgetů, což ztěžuje animace v reálném čase nebo podřízená okna na panelu. Implementace efektivního vlastního uspořádání vhodného pro panely zahrnuje také nadměrné množství desky kotle tím, že se válí vaše vlastní
GtkContainer.
Proč Qt nad GNOME?
Tým andulky vyhodnotil dvě alternativní řešení „EFL / Enlightenment“ a „Qt“. Qt byl vybrán před EFL / Enlightenment, protože QT je velmi populární, je to platforma, a nikoli sada nástrojů, zatímco výchozí vzhled EFL / Enlightenment by vyžadoval obrovské množství úsilí, aby byl vizuálně přijatelný pro použití v Budgie.
Sledujte celý příběh - Kicking Off Budgie 11