Solus въвежда радикални промени в Budgie 11

От самото начало, работната среда на проекта Solus Project Budgie използва библиотеките GTK и технологията GNOME. Ikey, водещият разработчик или Solus, наскоро обяви, че следващата версия на Budgie ще се основава на различен набор от инструменти.

Проблемът

Ikey реши, че средата на Budgie просто е надраснала GNOME. В началото беше по-лесно да се интегрира Budgie в стека на GNOME. Въпреки това, тъй като Budgie става все по-сложен, интеграцията води до проблеми. По-новите издания на GNOME непрекъснато причиняват прекъсвания в Budgie.

Според Ikey сегашната версия на Budgie може да работи само като се представя за GNOME. Това подвежда стека на GNOME в работа. Ето един пример:

За да се покажат уведомленията за устройството и обема, демонът за настройки на GNOME изпраща съобщение до името на „org.gnome.Shell“ на D-BUS. В нашия случай това трябва да бъде 'budgie-wm', което трябва да се преструва, че е 'org.gnome.Shell' за клавиатурни подредби и преки пътища, за да работи с демона на настройките на GNOME.

Има и други неща, които трябва да се разгледат. Budgie се нуждае от по-мощни инструменти за графики. Последните GTK API допълнения са недостъпни за разработчиците на GNOME. Повечето от тях са предназначени само за работа с GNOME Shell. Системата за оформление, която се доставя с GTK, е ограничена. Някои функции на Wayland понастоящем не са достъпни.

Почит към Гнома

Ikey бързо отбелязва, че неговите коментари не трябва да се разглеждат като атака срещу GNOME. Той заявява, че има голямо уважение към проекта GNOME и е допринесъл както за парите, така и за кода в проекта.

Настроики

Имаше три варианта, разгледани от Ikey. Първата беше възможността за разклоняване на GTK / GNOME. Изглежда, че Ikey незабавно отхвърли това като прекалено много работа, повечето от които ще доведат до премахване на годината на подкрепа за наследство. Според него, по-добра идея е идеите и концепциите зад Budgie 10 да се превърнат в по-нова и по-чиста кодова база.

Вторият вариант е да се използват библиотеките на Просветителската фондация (EFL) от работната среда на Просвещението. EFL е много ефективен и способен инструментариум. Въпреки това ще е необходимо много работа, за да изглежда по подразбиране подобна на стандартния поглед на Budgie.

И накрая, има QT, който е много популярен и много способен. То също е много по-голямо от повечето алтернативи. Това е платформа, а не просто набор от инструменти. Въпреки това, той е написан на C ++, на който Ikey не е фен.

Решението

След много дискусии и търсене на душа, Ikey обяви, че Budgie 11 ще бъде захранван от Qt. Целта е да се създаде „стабилен, надежден, изпълнителен опит“, използвайки силата на Qt, C ++ и Wayland. (Ikey планира да пусне подкрепата на Wayland в Budgie 11.) Ikey се надява “да предостави изискана версия на опита, който познавате и обичате, но с течни, ускорени анимации, красив потребителски интерфейс и пълна интеграция на Raven, за да бъде първият клас ”. Това ще включва подмяна на текущите приложения на GNOME с Qt приложения. Ikey ми каза, че преминаването към Qt ще донесе висококачествени анимации и по-малко закъснение. Можете да прочетете повече подробности за пътната карта на Budgie.

реакции

Имаше интересна реакция на съобщенията на Ikey по отношение на Budgie 11. Потребител на Github с името ZanderBrown реши да създаде вилица на Budgie 10. (Опитах се да се свържа със ZanderBrown за коментар, но не получих отговор.) ZandBrown направи това, за да запази Gtk3 & Vala. На подкаста Late Nite Linux, Ikey се чудеше защо някой би се опитал да задържи стария и счупен код. Той предложи, че новият проект може да се нарече Kludgie. Поне един човек коментира, че това изглежда като преждевременен ход, защото Budgie 10 все още е в процес на развитие.

Дейвид Мохамед е водещият разработчик на Ubuntu Budgie, единственият дистрибутор освен Solus, който използва Budgie като основна десктоп среда. Дейвид каза, че той и неговият екип са доволни от решението на Ikey да се премести в Qt. (Ubuntu Budgie наскоро беше официален.) Дейвид каза, че „с голяма част от усилията на Ubuntu, насочени към QT базирани Unity 8 и конвергенция, Ubuntu Budgie ще има голяма полза от тези инвестиции - своевременни QT версии, поправки и т.н.”

Дейвид каза, че те ще продължат да изпращат приложенията на GNOME в момента в Ubuntu Budgie. Той също така каза, че инсталацията на Ubiquity ще трябва да бъде подправена, за да подкрепи промяната от GTK на Qt. Той каза, че вероятно ще получат помощ от екипите на Кубунту и Любунту. (Lubuntu превключва от LXDE на LXqt.)

Заключителни мисли

Макар да мисля, че преминаването от GTK към Qt е страхотна идея, имам няколко притеснения. Първо, ще има ли плавен преход за настоящите потребители, когато бъде пуснато Budgie 11? С други думи, ще можете ли да надстроите до Budgie 11 от мениджъра на пакети като нормална актуализация или ще изисква пълно преинсталиране?

Второ, какво ще се случи с подкрепата на Solus за MATE, която е базирана на GTK? MATE беше въведена като лека алтернатива на Budgie. Екипът на Solus ще бъде в състояние да поддържа и двете базирани на Qt DE и GTK-базирани DE? Обичам да тичам и двете, така че не искам да виждам MATE да напуска Solus.

Единственото нещо, което ще очаквам, е по-бързият десктоп. Budgie 10 е страхотно, но все още мога да усетя малко закъснение. (Ето защо основно използвам XFCE.)

Като цяло, пожелавам на Ikey и неговия екип късмет на новото им начинание.

Какво мислите за бъдещето на Budgie? Моля, уведомете ни в коментарите по-долу.

Ако ви хареса тази статия, моля, споделете я в социалните медии.

Препоръчано

Двигателят на Microsoft Edge за JavaScript е отворен код
2019
Върнете стария си компютър обратно в живота с 4MLinux
2019
Fix Невъзможност за влизане в Ubuntu след надстройка
2019