URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 110261
[ Назад ]

Исходное сообщение
"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"

Отправлено opennews , 25-Янв-17 17:35 
Разработчики дистрибутива Solus приняли решение (https://budgie-desktop.org/2017/01/25/kicking-off-budgie-11/) о переводе рабочего стола Budgie на фреймворк Qt. Изначально Budgie (https://github.com/evolve-os/budgie-desktop) был построен на основе GTK+  и штатных библиотек GNOME, но использовал собственные реализации оболочки GNOME Shell, панели, апплетов и системы вывода уведомлений. Указано, что потребности Budgie переросли возможности  стека GNOME, и проект не может должным образом развиваться на основе штатных библиотек GNOME.

Отмечается, что GTK+ развивается в паре с  GNOME и разрабатывается для решения задач, которые ставят перед собой разработчики GNOME, без оглядки на другие проекты. В итоге, каждый значительный релиз GNOME приводит к возникновению непредвиденных проблем, возникающих при переводе  Budgie на обновлённые библиотеки GNOME. Среди таких проблем упоминаются нарушение совместимости API или ABI, слияние компонентов, нарушение работы виджетов и тем оформления, непостоянство GdkScreen API, изменение поведения GSettings. Для того, чтобы поддерживать Budgie  на плаву приходится тратить много усилий и притворяться GNOME Shell. В качестве выхода рассматривалась возможность создания собственного ответвления библиотек GNOME, но подобный шаг оценен как излишне трудоёмкий.


Рассмотрев все за и против оптимальным признан путь миграции рабочего стола Budgie на Qt. По мнению разработчиков, переход на Qt положительно отразится на производительности, позволит реализовать новые возможности и расширить  графические эффекты. При этом в основной кодовой базе планируется использовать только средства разработки на C++ и отказаться от применения языка Vala. В Budgie также не будет применяться QML и библиотеки KDE. Подобное ограничение не распространяется на сторонние виджеты, авторы которых вольны применять QML. Переход на Qt не означает обеспечение совместимости с KDE Plasma и  проект продолжит ориентацию на запуск приложений GNOME, обеспечив их бесшовную интеграцию в окружение на базе Qt.

URL: https://budgie-desktop.org/2017/01/25/kicking-off-budgie-11/
Новость: https://www.opennet.ru/opennews/art.shtml?num=45914


Содержание

Сообщения в этом обсуждении
"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 17:35 
О! Круто! Еще один десктоп на Qt, так еще и без QML и KF, у LxQt появился конкурент. Ждем и будем пробовать, может эти ребя выпустять оболочки к alsa/pulse, nm и bluetooth не прибитыми гвоздями к подсистеме виджетов(как у kde4/5) и можно будет их утащить в минималистичные wm.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено МЖ , 25-Янв-17 21:51 
не круто, потому что ориентация на запуск ГТК приложений. конкурент LxQt? это навряд ли произойдет, цели проектов разные, да и кедам оно не конкурент. и кстати я не удивлен ничему, даже не ставил их проект только потому, что знал, что это вокруг тормозного gnome-shell крутится и теперь они расписали как они хакали все это ;)...туда же и xfce чешет, один выход LXDE, LXQT, ICEWM, OPENBOX...больше я ничего не жду. плюнул на все и поставил дебиан LXDE, там wicd и никаких network-manager'ов нету, а без него только ufw как обвязку для Netfilter project использовать получается, firewalld завязан на network-manager и без него по видимому не работает.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 01:14 
>> Does Wicd support PPP, PPPoE, or Mobile Broadband?
>> Not yet. Support for these are planned for wicd 2.0, which will be released in the late future.

Вот уже джваждыджва года ждём эту вторую версию... но я уже не жду


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 06:54 
> не круто, потому что ориентация на запуск ГТК приложений.

Мусьё тулкитофоб? Какая разница в каком окружении запускать ГТК приложения?


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Zarat , 30-Янв-17 01:08 
Попробую я ответить вам.
Мусьё эстетический перфекционист. ГТК3-шники вечно ломают стили и добиться однообразности при работе с Кутешного ВМа нереально. А глаза цепляются. Зачем мне при работе лишние мысли "опять эти покусанные ГТК3-шники фигню напороли"?

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено n1h2 , 25-Янв-17 17:37 
если запилят нормальные темы для qt и gnome по почему нет...

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Michael Shigorin , 25-Янв-17 17:37 
"шо, опять?!" (ц)

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 17:41 
вижу вы тоже удивились и предвкушаете чем все закончится ((

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Michael Shigorin , 25-Янв-17 17:44 
> вижу вы тоже удивились и предвкушаете чем все закончится ((

Ещё бы.  Но удивился не очень сильно -- скорее "как, уже очередной?": гномятники будто немного умерили свою невменяемость в отношении "этих всех остальных", но инерция ещё явно немалая...

PS:
> GTK+ развивается в паре с  GNOME

...а это был рейдерский захват чужого проекта мобилятниками.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 20:49 
>> немного умерили свою невменяемость

Не могу говорить насчёт Gnome, но GTK+ вполне вменяемо развивается, они перешли на эволюционную стратегию, сейчас они плавно занимаются поэтапным рефакторингом, судя по изменениям в исходном коде. Через пару-тройку версий ожидаются значительные изменения внутренностей виджетов, после чего можно будет писать мануалы по созданию собственных виджетов с отрисовкой через cairo.

Сейчас основной загвоздкой является тот факт, что написание собственного виджета сводится к отсутствию качественной документации и работоспособных примеров для разных случаев. Приходится смотреть исходные коды самого GTK+, что затрудняется запутанностью системы сборки и их реализацией шаблонов.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Michael Shigorin , 25-Янв-17 21:38 
>>> немного умерили свою невменяемость
> Не могу говорить насчёт Gnome, но GTK+ вполне вменяемо развивается, они перешли
> на эволюционную стратегию, сейчас они плавно занимаются поэтапным рефакторингом

Всё-таки субъективно не "вполне вменяемо развивается", а "только-только начал показывать признаки осознания неразумности полного поглощения проектом GNOME3 в своих лично целях".

Ребята из LXDE долго пытались сотрудничать с отморозившимся апстримом, итог был тот же.

Посмотрим, куда эти признаки приведут.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено анонимус , 27-Янв-17 18:09 
> Всё-таки субъективно не "вполне вменяемо развивается", а "только-только начал показывать
> признаки осознания неразумности полного поглощения проектом GNOME3 в своих лично целях".
> Ребята из LXDE долго пытались сотрудничать с отморозившимся апстримом, итог был тот
> же.
> Посмотрим, куда эти признаки приведут.

От очередного Попова это особенно забавно слышать.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 27-Янв-17 22:11 
GTK+ может и развивается в интересах GNOME, но является независимой от GNOME библиотекой с достаточно неплохой подборкой виджетов. Из минусов можно отметить лишь невозможность на данный момент кастомизировать диалог открытия файла, например, невозможно поменять список стандартных каталогов, слабо развитую подсистему GtkTreeView, в которой очень сложно сделать что-либо нестандартное (например, невозможно вставить кнопку в ячейку), маленький выбор среди стандартных виджетов (регуляторы в виде крутилок отсутствуют, нет файлового менеджера без боковой панели, нет виджета для отрисовка через OpenGL и т.п.). Ну и разумеется lazy-обработка ошибок усложняет жизнь разработчикам встраиваемых устройств.

Зато есть интересные особенности, например, виджеты GtkSocket и GtkPlug позволяют достаточно легко разбивать интерфейс на отдельные процессы, упрощая процесс отладки приложения при разработке. Но тут есть тоже одно но, она завязаны на Xorg, а будет ли такое возможно в Wayland пока неизвестно.

А вто, что не поделили разработчики LXDE скорее всего относится именно к инфраструктуре GNOME и с виджетами GTK+ не связано (разве только отсутствием каких-либо, но это лечится созданием собственных).


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено trdm , 25-Янв-17 18:02 
> По мнению разработчиков, переход на Qt положительно отразится на производительности, позволит реализовать новые возможности и расширить графические эффекты.

Ну разве что на Qt3 надежда. Тринити на эти грабли уже наступила, они на тройке остались.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Michael Shigorin , 25-Янв-17 21:39 
> Ну разве что на Qt3 надежда. Тринити на эти грабли уже наступила

Они наступили на грабли глупой смены API (не просто ABI) и внимания финтифлюшкам вместо плюх в уже имеющейся кодовой базе, хотя бы с целью её освоения... мне так кажется.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Led , 25-Янв-17 21:40 
> Ну разве что на Qt3 надежда. Тринити на эти грабли уже наступила, они на тройке остались.

Это те, у которых cmake'филия - официальная религия? Это и стало их "граблями".


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено IB , 25-Янв-17 18:08 
Флаг им и ветер.
Но верится слабо

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Led , 25-Янв-17 21:41 
> Но верится слабо

А ты крестись неистово.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 23:27 
Блин, хотел плюсонуть, а палец соскочил. Прости, %username%.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Zarat , 30-Янв-17 01:13 
А здесь анонимы могут плюсовать с закреплением результата после обновления страницы?

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 18:18 
И сильно быстро переходит?

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 18:18 
> позволит реализовать новые возможности и расширить _графические эффекты_

вся суть проблемы


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено XXXasd , 25-Янв-17 18:58 
> расширить графические эффекты

хочу сказать что я очень рад, что расширятели графических эффектов -- будут выполнять свои позеские-выкрутасы НЕ позоря этими действиями GTK

# P.S.: кому в 2017 году упали эти графические эффекты? неужели ещё есть люди которым не надоело выпендриваться?


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено A.Stahl , 25-Янв-17 20:05 
К 2017 году вымерли все дети? А кто это тогда у меня под окнами визжит? Старушки? :)

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 06:57 
> К 2017 году вымерли все дети?

Им тоже надоели графические эффекты и теперь они визжат под вашими окнами.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 19:17 
Теперь года два в их блоге сообщений не будет, а потом либо объявят, что рип, либо скажут, что наш релиз еще не готов (ждите еще 2 года).

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено A.Stahl , 25-Янв-17 19:42 
Что-то слишком много радости. Во времена когда все только-только ждали выхода третегнома, многие (и, стыдно признаться, я тоже) с энтузиазмом смотрели на скриншоты этого самого третегнома.
А когда он вышел, то такой вой начался... К какой версии третегнома третегномом смогли пользоваться самые позитивно настроенные гномеры? Да там же была эпопея сродни КДЕ 4.х != КДЕ4.
Так что пусть выпустят. Пощупаем. Плюнем и расползёмся по своим нора^W DE...

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Michael Shigorin , 25-Янв-17 21:42 
> А когда он вышел, то такой вой начался... К какой версии третегнома
> третегномом смогли пользоваться самые позитивно настроенные гномеры?

К какой версии им с хаками стало хоть как-то можно пользоваться на собственно устройствах с сенсорным экраном -- могу подсказать: где-то после 3.16.  При этом вот такой блокер использования на планшете открыт до сих пор: https://bugzilla.gnome.org/show_bug.cgi?id=740554

> Да там же была эпопея сродни КДЕ 4.х != КДЕ4.

Чёткое ощущение, что тоже диверсия :-/

> Так что пусть выпустят. Пощупаем. Плюнем и расползёмся по своим нора^W DE...

Ну я вернулся на WindowMaker, например... (в E полезли проблемы с интеловским драйвером по мере его обновления, а тёплый ноут почём зря мне ни к чему)


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Kott , 26-Янв-17 05:06 
вмэйкер идеален, пока у тебя монитор не перевалил за fullhd

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Ю.Т. , 26-Янв-17 21:21 
А кстати, что начинается за пределами fullhd? У меня тоже, представьте, много лет windowmaker.
Заодно отзовитесь, если кто знает как сделать ту же логику ходов по Alt-Tab в openbox. Хочется зариклеймить полосочку экрана ))

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Kott , 27-Янв-17 07:00 
докаппы слишком мелкие, очевидно же
без них можно, но уже неинтересно

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Zarat , 26-Янв-17 14:46 
Не холивара ради, но хотелось бы получить вменяемый ответ, так как
комментарий Михаила показателен.
Что ж не так с Линуксом, что даже Михаилу приходится возвращаться на
WindowMaker с его любимого и такого лампового Е?
Что тогда говорить о емплойерах или домохозяйках?
Snap, xdg нас спасет? NixOS, guix style? но говорили же что это похоже на оффтопик
Или закрепить в документации, что пользоваться только XFCE, LXDE (или любой другой
стабильный WM, DE), (ведь религиозного варианта Explorera из офтопика нету), а при
работе со всякими Е, КДЕ, Гном3 постоянно напоминать красными ворнингами, что
программа экспериментальная, только для очень опытных пользователей и использование
только на свой собственный страх и риск?

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Ю.Т. , 26-Янв-17 21:41 
> Не холивара ради, но хотелось бы получить вменяемый ответ, так как
> комментарий Михаила показателен.
> Что ж не так с Линуксом, что даже Михаилу приходится возвращаться на
> WindowMaker с его любимого и такого лампового Е?
> Что тогда говорить о емплойерах или домохозяйках?

Давайте я тоже попытаюсь ответить, как пользователь WMaker. Выборка вырастет вдвое. ))

Так вот, с помощью приложений, запускаемых в линуксе с графич. экраном под управлением ВМ, я делаю свою работу -- расчёт, текст (в т.ч. научный), немного графики; само собой, браузер и почта. Нужны бывают программы не из обычного набора и компиляция.

Собственно, это почти набор действий емплойера.

Так вот, поскольку я не вижу из обеспечивающего стэка ничего, кроме титульной полосочки и ВМ-ского дока (и привык к логике переключения задач в ВМ, то мне в общем незачем платить ресурсами и замедлением работы за вещи, которыми я не пользуюсь.

В винде работа помимо эксплорера просто невозможна. Но там он здорово привстроен к остальной системе и не напрягает существенно больше, чем всё остальное.

Попытки же повторять эксплорер без виндовской интеграции, отдельными, всё на свете из себя изображающими средами, предсказуемо жрут дополнительный ресурс, уже 20 лет (да? КДЕ1, гном1? В 99-м это уже было).

Но! Я думаю те, кто пользуется минимализированными средами, это те, кого устраивают "синие окошки" )) Иначе эффективной работы у них не получится.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Zarat , 30-Янв-17 00:54 
Та я не про те, мени просто интэресно хто йийи ... . Вона ж втрычи мене шырше, ще й окуляры носыть. Интелигентка б... Заврайоно.
Тут имелось в виду, что недостаточная стабильность базовых библиотек, приводит к отказу от ВМа (а это горячие клавиши, паттерны пользования). Я весьма бы сильно не обрадовался, если бы мне пришлось, в один прекрасный момент из-за бешенных ГТК3-шников (которых покусали гномятники), отказаться еще и от моего XFCE, которым вынужден пользоваться по причине его стабильности.
Михаил писал:
в E полезли проблемы с интеловским драйвером по мере его обновления, а тёплый ноут почём зря мне ни к чему.
и толи  проблемма в драйвере, или невозможности в Е отключить ускорение, чтобы стал как ВиндовМакер, (вроде бы это была фишка Е - возможность низкоресурсно работать на одном только ЦПУ без ускорения) но опытному разработчику Михаилу, мейнтейнеру, пришлось отказаться от Е. Поэтому и были указаны Snap, xdg и проч.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Ю.Т. , 30-Янв-17 07:52 
> Та я не про те

...
> Тут имелось в виду, что недостаточная стабильность базовых библиотек, приводит к отказу
> от ВМа (а это горячие клавиши, паттерны пользования). Я весьма бы

...

Ну так я как раз "про те".

С одной стороны, дрянноватая оболочка, которая, однако, сработана "заподлицо" с прочей системой и средой исполнения ("лёгкая" и "отлаженная"), да и в сотнях миллионов экз-ов размножена.

С другой стороны, попытки её изобразить, но непременно с каким-нибудь подвывертом ("во славу ГТК мы сделаем это на самой свободной из библиотек граф. элементов", "в лице ГНУстеп мы изображали и будем изображать давно погибший концепт", "КДЕ это виндоус завтра" -- только те, что я лично пробовал), или же в объёме "изделия выходного дня" (ПСманФМ (как там его?) и подобные).

По-своему это ситуация сюровая. Двадцать пять лет, два активных поколения, и чорт знает сколько поколений цеховых, -- и рабочей среды (РАБОЧЕЙ СРЕДЫ) нет как не было. Os/2 workplace лохматого 92-го года остаётся лучшим работавшим образцом РАБОЧЕЙ СРЕДЫ (а не отображением на экран особого каталога); я-то им пользоваться избегал, как и многие, кто пробовал (проблемы с бинарными конфигами), но всё же это было и работало, в 4 МЕГАХ рабочей памяти, между прочим.

Кто, включив, сразу прыгает в одно приложение (IDE, word, etc.) и весь день там, тот не поймёт, конечно.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 30-Янв-17 17:07 
> NixOS, guix style? но говорили же что это похоже на оффтопик

Ты с GoboLinux путаешь. NixOS и GuixSD как раз антиподы Винде, склонной к замусориванию.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Zarat , 30-Янв-17 22:55 
Нет, не путаю, GoboLinux - чистый Win-, Mac-style
NixOS и GuixSD обвиняли в движении - каждая программа в своей папке (Program Files,ага)
Snap, xdg - что-то среднее, в той или иной мере, между чистым FHS и стилем NixOS и GuixSD.
Еще б контейнеры Docker-а добавить, но это больше для деплоя

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено anonymous , 25-Янв-17 19:48 
Это не переход, а разработка с нуля получается.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Главные Редакторы. Избранное , 25-Янв-17 20:15 
>Среди таких проблем упоминаются нарушение совместимости API или ABI, слияние компонентов, нарушение работы виджетов и тем оформления,

В QT конечно, такой проблемы нет. ^_^


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 21:33 
Нет, в плеере такой проблемы нет.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 06:59 
>>Среди таких проблем упоминаются нарушение совместимости API или ABI, слияние компонентов, нарушение работы виджетов и тем оформления,
> В QT конечно, такой проблемы нет. ^_^

Есть проблема при переходе, например, с Qt4 на Qt5. В промежуточных версиях нет.

Источник: разрабатываю на Qt.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено manster , 25-Янв-17 20:15 
симпатичная обоина

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено proud_anon , 25-Янв-17 20:20 
Потом спадет эйфория и по поводу Qt... Чего кобениться? Сразу бы писали на FLTK или wxWidgets без плюшек-ватрушек-прозрачных-менюшек

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Stax , 25-Янв-17 20:33 
Какой же это уход от GTK+, если wxWidgets брать?? Все равно он под линуксом через GTK рендерить будет. Ну а тот факт, что он позволяет обеспечить естественный look&feel для других ОС в данном проекте вообще на фиг не упало. А плата за эту возможность весьма немаленькая.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Led , 25-Янв-17 21:43 
> Какой же это уход от GTK+, если wxWidgets брать?? Все равно он под линуксом через GTK рендерить будет.

вылезай из погреба: wxWidgets тоже будет на Qt.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 07:01 
> вылезай из погреба: wxWidgets тоже будет на Qt.
> February 29, 2016
> New experimental wxQt port.

Когда он будет, Budgie уже перепишут на Qt до вменяемого состояния.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Stax , 26-Янв-17 21:01 
wxWidgets от версии к версии так ломает совместимость - куча программ с огромным скрипом переползало 2.6 -> 3.0, сейчас в 3.1 снова все разломали и надо переделывать - что это даже не смешно. Если он и будет на Qt, объем работ, который нужен, чтобы приложение, использующее wx нормально работало, просто огромен. Это только кажется, что wx дает абстракцию - сделать нормальную обработку в приложении тулкита, который может в зависимости от конкретной реализации иметь разный look&feel это очень и очень непросто. Не верите? Возьмите какую-нибудь тяжеловесную программу на wxWidgets - audacity там или aMule - и попробуйте собрать ее ну хотя бы с wxMotif. Оцените объем ошибок в каждом файле, макросов "__WXGTK__" в коде и т.п. Так что даже если некий абстрактный wxQt будет существовать, в программах, отличных от Hello World нужно будет половину взаимодействия переписывать, чтобы с ним работало.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Sunderland93 , 25-Янв-17 20:36 
Поддерживаю! Давно пора уже свалить с GTK как с мёртвого для сторонних разработок тулкита

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 20:47 
Когда уже XFCE?

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Отражение луны , 25-Янв-17 22:04 
>>В Budgie также не будет применяться QML

Не осилили?


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено НяшМяш , 26-Янв-17 00:07 
> Не осилили?

Не нужно


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 25-Янв-17 22:36 
Сколько текста вместо локоничного:
Мы поняли, что GTK+ *авно, переходим на Qt.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 05:46 
если при переходе выкинут гвфс, жистремер и прибитую гвоздями пульшу, то будет торт

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 07:03 
> гвфс

Этим ещё пользуются? Оо

> жистремер

Qt требует gstreamer для звука. Так что нет.

> и прибитую гвоздями пульшу

Возможно, хотя и не будут, наверное. Может модульно сделают, как в XFCE.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 23:21 
>Qt требует gstreamer для звука.

Походу он нужен только для legacy QtWebKit. QtWebEngine обходится без него. QupZilla при отсутствующем в системе gstreamer воспроизводит HTML5 multimedia на Ура.


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 08:33 
Всё одно не будет им счастья, пока боковой вариант панели не станет возможен. А на QT наверно даже сложнее будет сделать.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Алексей , 26-Янв-17 17:54 
Лол, простите, что? В тех же кедах, насквозь Qt которые, панель себе можно хоть к члену прикрутить, не то что сбоку.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено BrainFucker , 26-Янв-17 09:52 
Ага, только их скорей всего ждёт судьба Unity 8 и LXDE, то есть как минимум ближайшие лет 10 будет в альфа версии и им придётся поддерживать GTK версию десктопа, которой все и будут пользоваться всё это время.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 10:56 
Только вот

>  проект продолжит ориентацию на запуск приложений GNOME

Непонятно зачем


"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 26-Янв-17 23:25 
Они доны знающие толк в извращениях.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Himik , 27-Янв-17 19:24 
Нескучные обои умиляют.

"Рабочий стол Budgie переходит с GTK+ и библиотек GNOME на Qt"
Отправлено Аноним , 15-Сен-21 13:02 
А почему они на motif не перекатились?