Ang mga developer ng Budgie desktop environment ay nagpasya na lumayo sa paggamit ng GTK library pabor sa EFL (Enlightenment Foundation Library) na mga library na binuo ng Enlightenment project. Ang mga resulta ng paglipat ay iaalok sa pagpapalabas ng Budgie 11. Kapansin-pansin na hindi ito ang unang pagtatangka na lumayo sa paggamit ng GTK - noong 2017 ang proyekto ay nagpasya na lumipat sa Qt, ngunit sa kalaunan ay binago ang mga plano, sa sana ay magbago ang sitwasyon sa GTK4.
Sa kasamaang palad, hindi naabot ng GTK4 ang mga inaasahan ng mga developer dahil sa patuloy na pagtutok lamang sa mga pangangailangan ng proyekto ng GNOME, ang mga developer nito ay hindi nakikinig sa mga opinyon ng mga alternatibong proyekto at hindi gustong isaalang-alang ang kanilang mga pangangailangan. Ang pangunahing impetus para sa paglayo sa GTK ay ang mga plano ng GNOME na baguhin ang paraan ng paggana nito sa mga skin, na nagpapahirap sa paggawa ng mga custom na skin sa mga third-party na proyekto. Sa partikular, ang istilo ng interface ng platform ay ibinibigay ng libadwaita library, na naka-link sa tema ng Adwaita.
Ang mga tagalikha ng mga third-party na kapaligiran na hindi gustong ganap na ulitin ang interface ng GNOME ay dapat maghanda ng kanilang mga library para sa pagpoproseso ng istilo, ngunit sa kasong ito ay may hindi pagkakapare-pareho sa disenyo ng mga application na gumagamit ng alternatibong library at library ng tema ng platform. Walang katutubong paraan upang magdagdag ng mga karagdagang feature sa libadwaita, at ang mga pagtatangkang magdagdag ng Recoloring API na magbibigay-daan sa madaling pagbabago ng kulay sa mga application ay hindi mapagkasunduan dahil sa mga alalahanin na ang mga tema na hindi Adwaita ay maaaring negatibong makaapekto sa kalidad ng mga application para sa GNOME at gawing mas mahirap na pag-aralan ang mga problema. sa mga gumagamit. Kaya, natagpuan ng mga developer ng mga alternatibong desktop ang kanilang sarili na nakatali sa tema ng Adwaita.
Kabilang sa mga tampok ng GTK4 na nagdudulot ng kawalang-kasiyahan sa mga developer ng Budgie, ang pagbubukod ng posibilidad na baguhin ang ilang widget sa pamamagitan ng paggawa ng mga subclass, ang paglipat sa kategorya ng mga hindi na ginagamit na X11 API na hindi tugma sa Wayland (halimbawa, sa Budgie na tinatawag na GdkScreen at GdkX11Screen ay ginamit upang matukoy ang koneksyon at baguhin ang configuration ng mga monitor) ), mga isyu sa pag-scroll sa GtkListView widget, at nawawala ang kakayahang pangasiwaan ang mga kaganapan sa mouse at keyboard sa GtkPopovers kung ang window ay hindi nakatutok.
Matapos timbangin ang lahat ng mga kalamangan at kahinaan ng paglipat sa mga alternatibong toolkit, ang mga developer ay dumating sa konklusyon na ang pinakamainam ay ang paglipat ng proyekto sa paggamit ng mga aklatan ng EFL. Ang paglipat sa Qt ay itinuturing na may problema dahil sa pag-binding ng library na ito sa C ++ at ang kawalan ng katiyakan sa hinaharap na patakaran sa paglilisensya. Karamihan sa Budgie code ay nakasulat sa Vala, ngunit isang C o Rust toolkit ang pinapayagan bilang mga opsyon sa paglipat.
Para sa pamamahagi ng Solus, ang proyekto ay patuloy na bubuo ng alternatibong build batay sa GNOME, ngunit ang build na ito ay mamarkahan bilang hindi na-curate ng proyekto at ilalagay sa isang hiwalay na seksyon sa pahina ng pag-download. Pagkatapos ng pagpapalabas ng Budgie 11, susuriin ng mga developer ang mga kakayahan nito kumpara sa GNOME Shell at magpapasya kung ipagpapatuloy ang pagbuo ng GNOME build o hihinto, na nagbibigay ng mga tool upang lumipat sa Budgie 11 build. sa mga analogue, kabilang ang mga binuo sa loob ng proyekto. Halimbawa, ito ay binalak na bumuo ng sarili nitong sentro ng pag-install ng application.
Alalahanin na ang Budgie desktop ay nag-aalok ng sarili nitong pagpapatupad ng GNOME Shell, panel, applet, at notification system. Upang pamahalaan ang mga bintana, ginagamit ang Budgie Window Manager (BWM) window manager, na isang pinahabang pagbabago ng pangunahing Mutter plugin. Nakabatay ang Budgie sa isang panel na katulad ng organisasyon sa mga klasikong desktop panel. Ang lahat ng elemento ng panel ay mga applet, na nagbibigay-daan sa iyong flexible na i-customize ang komposisyon, baguhin ang layout at palitan ang mga pagpapatupad ng mga pangunahing elemento ng panel ayon sa gusto mo. Kasama sa mga available na applet ang classic na application menu, task switcher, open windows list area, virtual desktop view, power management indicator, volume control applet, system status indicator, at orasan.
Pinagmulan: opennet.ru