Budgie töölauakeskkonna arendajad otsustasid loobuda GTK teegi kasutamisest valgustusprojekti raames arendatud EFL (Enlightenment Foundation Library) raamatukogude kasuks. Migratsiooni tulemusi pakutakse Budgie 11 väljalaskes. Tähelepanuväärne on see, et see pole esimene katse GTK kasutamisest eemalduda - 2017. aastal otsustas projekt juba Qt-le üle minna, kuid vaatas hiljem oma plaanid üle, lootuses, et GTK4-s olukord muutub.
Kahjuks ei täitnud GTK4 arendajate ootusi, kuna keskenduti jätkuvalt vaid GNOME projekti vajadustele, mille arendajad ei kuula alternatiivsete projektide arvamusi ega ole nõus nende vajadustega arvestama. GTK-st eemaldumise peamiseks tõukejõuks oli GNOME'i plaan muuta nahkade käitlemise viisi, mis muudab kohandatud nahkade loomise kolmandate osapoolte projektides keeruliseks. Eelkõige pakub platvormi liidese stiili libadwaita teek, mis on seotud Adwaita disainiteemaga.
Kolmandate osapoolte keskkondade loojad, kes ei soovi GNOME-liidest täielikult kopeerida, peaksid oma teegid stiili käsitlemiseks ette valmistama, kuid sel juhul on alternatiivset teeki ja platvormi teemateeki kasutavate rakenduste kujunduses lahknevus. Puuduvad standardsed tööriistad libadwaitale lisafunktsioonide lisamiseks ja katsetega lisada Recoloring API, mis muudaks rakendustes värvide muutmise lihtsaks, ei suudetud kokku leppida, kuna kardeti, et muud teemad peale Adwaita võivad negatiivselt mõjutada rakenduse kvaliteeti. rakendusi GNOME jaoks ja raskendavad kasutajate probleemide analüüsi. Seega leidsid alternatiivsete lauaarvutite arendajad end Adwaita teemaga seotud.
GTK4 funktsioonide hulgas, mis põhjustavad Budgie arendajate seas rahulolematust, on mõnede vidinate muutmise võimaluse välistamine alamklasside loomise kaudu, üleviimine vananenud X11 API-de kategooriasse, mis ei ühildu Waylandiga (näiteks Budgie kutsub GdkScreen ja GdkX11Screeni kasutati ühenduse määramiseks ja monitoride konfiguratsiooni muutmiseks ), GtkListView vidina kerimise probleemid ning hiire- ja klaviatuurisündmuste haldamise võimaluse kaotus GtkPopoversis, kui aken pole fookuses.
Olles kaalunud kõiki alternatiivsetele tööriistakomplektidele ülemineku plusse ja miinuseid, jõudsid arendajad järeldusele, et kõige optimaalsem variant on lülitada projekt üle EFL-i teekide kasutamisele. Qt-le üleminekut peetakse problemaatiliseks, kuna raamatukogu põhineb C++-l ja ebakindlus tulevases litsentsimispoliitikas. Suurem osa Budgie koodist on kirjutatud Vala keeles, kuid migratsioonivalikutena oli saadaval C või Rust tööriistakomplekt.
Mis puudutab Soluse levitamist, siis projekt jätkab GNOME-il põhineva alternatiivse järgu loomist, kuid see järg märgitakse projekti poolt mittejärelevalveks ja tõstetakse esile allalaadimislehe eraldi jaotises. Kui Budgie 11 avaldatakse, hindavad arendajad selle võimalusi võrreldes GNOME Shelliga ja otsustavad, kas jätkata GNOME-iga järgu ehitamist või lõpetada, pakkudes tööriistu Budgie 11-ga järgule üleminekuks. Budgie 11 töölauaga Soluse järgus plaanis on üle vaadata rakenduste koosseis, asendades GNOME rakendused analoogidele, sh projekti raames väljatöötatutele. Näiteks on plaanis välja töötada oma rakenduste installikeskus.
Tuletage meelde, et Budgie töölaud pakub oma GNOME Shelli, paneeli, aplettide ja teavitussüsteemi rakendust. Akende haldamiseks kasutatakse Budgie Window Manager (BWM) aknahaldurit, mis on põhilise Mutteri pistikprogrammi laiendatud modifikatsioon. Budgie põhineb paneelil, mis on ülesehituselt sarnane klassikaliste töölauapaneelidega. Kõik paneelielemendid on apletid, mis võimaldab paindlikult kohandada kompositsiooni, muuta paigutust ja asendada peamiste paneelielementide teostused oma maitse järgi. Saadaolevate aplettide hulka kuuluvad klassikaline rakendusmenüü, ülesannete vahetamise süsteem, avatud akna loendiala, virtuaalne töölauavaatur, toitehalduse indikaator, helitugevuse reguleerimise aplett, süsteemi olekuindikaator ja kell.
Allikas: opennet.ru