Die ontwikkelaars van die Budgie-rekenaaromgewing het besluit om weg te beweeg van die gebruik van die GTK-biblioteek ten gunste van die EFL (Enlightenment Foundation Library)-biblioteke wat deur die Enlightenment-projek ontwikkel is. Die resultate van die migrasie sal aangebied word in die vrystelling van Budgie 11. Dit is opmerklik dat dit nie die eerste poging is om weg te beweeg van die gebruik van GTK nie - in 2017 het die projek reeds besluit om oor te skakel na Qt, maar het later sy planne hersien, in die hoop dat die situasie in GTK4 sou verander.
Ongelukkig het GTK4 nie aan die verwagtinge van die ontwikkelaars voldoen nie as gevolg van die voortgesette fokus net op die behoeftes van die GNOME-projek, wie se ontwikkelaars nie na die menings van alternatiewe projekte luister nie en nie bereid is om hul behoeftes in ag te neem nie. Die belangrikste dryfkrag om weg te beweeg van GTK was GNOME se planne om die manier waarop dit velle hanteer te verander, wat dit moeilik maak om pasgemaakte velle in derdeparty-projekte te skep. Die platform se koppelvlakstyl word veral verskaf deur die libadwaita-biblioteek, wat gekoppel is aan die Adwaita-ontwerptema.
Skeppers van derdeparty-omgewings wat nie die GNOME-koppelvlak heeltemal wil herhaal nie, moet hul biblioteke voorberei om die styl te hanteer, maar in hierdie geval is daar 'n verskil in die ontwerp van toepassings wat die alternatiewe biblioteek en die platform se temabiblioteek gebruik. Daar is geen standaardnutsgoed om bykomende kenmerke by libadwaita by te voeg nie, en pogings om 'n Recoloring API by te voeg, wat dit maklik sal maak om kleure in toepassings te verander, kon nie ooreengekom word nie weens kommer dat ander temas as Adwaita die kwaliteit van toepassings vir GNOME en bemoeilik die ontleding van probleme van gebruikers. Ontwikkelaars van alternatiewe rekenaars het dus vasgebind aan die Adwaita-tema.
Onder die kenmerke van GTK4 wat ontevredenheid onder Budgie-ontwikkelaars veroorsaak, is die uitsluiting van die vermoë om sommige widgets te verander deur die skep van subklasse, die oordrag na die kategorie van verouderde X11 API's wat nie met Wayland versoenbaar is nie (byvoorbeeld in Budgie-oproepe GdkScreen en GdkX11Screen is gebruik om die verbinding te bepaal en die konfigurasie van monitors te verander), probleme met blaai in die GtkListView-legstuk en die verlies van die vermoë om muis- en sleutelbordgebeurtenisse in GtkPopovers te hanteer as die venster nie in fokus is nie.
Nadat al die voor- en nadele van die oorskakeling na alternatiewe gereedskapstelle opgeweeg is, het die ontwikkelaars tot die gevolgtrekking gekom dat die mees optimale opsie is om die projek oor te skakel na die gebruik van EFL-biblioteke. Die oorgang na Qt word as problematies beskou as gevolg van die biblioteek wat gebaseer is op C++ en die onsekerheid in die toekomstige lisensiebeleid. Die meeste van die Budgie-kode is in Vala geskryf, maar 'n C- of Rust-gereedskapstel was beskikbaar as migrasie-opsies.
Wat die Solus-verspreiding betref, sal die projek voortgaan om 'n alternatiewe bou gebaseer op GNOME te skep, maar hierdie bou sal gemerk word as nie onder toesig van die projek nie en in 'n aparte afdeling op die aflaaibladsy uitgelig word. Sodra Budgie 11 vrygestel is, sal ontwikkelaars sy vermoëns evalueer in vergelyking met die GNOME Shell en besluit of om voort te gaan met die bou van 'n bou met GNOME of stop, wat nutsmiddels verskaf vir migrasie na 'n bou met Budgie 11. In die Solus-bou met die Budgie 11 lessenaar, daar word beplan om die samestelling van toepassings te hersien en GNOME-toepassings vir analoë te vervang, insluitend dié wat binne die projek ontwikkel is. Daar word byvoorbeeld beplan om ons eie toepassingsinstallasiesentrum te ontwikkel.
Onthou dat die Budgie-lessenaar sy eie implementering van die GNOME Shell, paneel, applets en kennisgewingstelsel bied. Om vensters te bestuur, word die Budgie Window Manager (BWM) vensterbestuurder gebruik, wat 'n uitgebreide wysiging van die basiese Mutter-inprop is. Budgie is gebaseer op 'n paneel wat in organisasie soortgelyk is aan klassieke lessenaarpanele. Alle paneelelemente is applets, wat jou toelaat om die samestelling buigsaam aan te pas, die plasing te verander en die implementering van die hoofpaneelelemente na jou smaak te vervang. Beskikbare applets sluit in die klassieke toepassingskieslys, taakwisselstelsel, oop vensterlysarea, virtuele lessenaarkyker, kragbestuuraanwyser, volumebeheerapplet, stelselstatusaanwyser en klok.
Bron: opennet.ru