LINUX.ORG.RU

Как я переехал на GTK-окружение после 15 лет в KDE

 , ,


3

3

Захотелось мне оформления в стиле Nimbus, который был в Solaris, а в KDE его воссоздать оказалось нереально. Поэтому я просто взял и перешёл на GTK-окружение, имея 15 лет KDE в анамнезе (эпизодически использовал с KDE 3.2, постоянно — с KDE 4.1.4). Наверное, это самая идиотская причина смены DE и тулкита, претендую на медаль 😁

Перепробовал всё более-менее некрасноглазое на GTK, начиная с Gnome 42 и заканчивая LXDE. Остановился на MATE. Внезапно, это вполне функциональная настольная среда, которая сформировалась в процессе развития Gnome 2, так что все или почти все банальные вещи в UI/UX тут реализованы. И всё это наследие Gnome 2 неспешно эволюционирует: МАТЕ уже давно использует GTK3 и сейчас внедряет поддержку Wayland.

Как видно по скриншотам, Nimbus жив! После засилья плоскоты, прозрачностей и стерильности смотреть на вот это всё просто кайф. Хотя, может, тут новизна играет роль, но меня МАТЕ пока устраивает вполне. Этот переход оказался интересным опытом, поделюсь некоторыми наблюдениями:

  • Не знаю насчёт Gnome и Cinnamon, но МАТЕ намного проще устроен, чем KDE 5. Если мне нужны заметки с органайзером и контактами — я запускаю Osmo и просто делаю заметки, смотрю-добавляю контакты и сверяюсь с планами. Просто, представьте себе, открываю приложение и добавляю контакт, а не сижу выбираю хранилище, категорию записи и прочую техническую трахомудию, как в монструозных KDE-приложениях типа Kontact. Офигенное ощущение, скажу я вам! Никаких сраных единых систем хранения данных, которые то и дело отваливаются, мне блин не нужна МОЩЬ, которая принимает тысячу контактов в секунду от разных приложений одновременно и синхронизирует их с какой-то промышленной вундервафлей, мне нужна элементарная локальная программулька для удобной записи контактов, мать вашу!
  • Это капец как печально, но похоже, что софт на Qt больше не вариант. Почему? Он ТОРМОЗИТ. Если GTK-приложения в МАТЕ на моём компе запускаются мгновенно, то Qt-программы запускаются так: мгновенно появляется рамка окна, отрисованная МАТЕ-шным оконным менеджером, и ПРИМЕРНО ЧЕРЕЗ СЕКУНДУ в этой рамке появляется содержимое окна, отрисованное Qt. Так происходит и с Kvantum, и с Breeze, и с Fusion, без разницы. Я сначала подумал, что это глюк конкретно моей инсталляции, но потом понял, что Qt-приложения всегда так запускались и в KDE тоже. После запуска отрисовка быстрая и плавная, но вот сам запуск ворочается тяжело, особенно если прога на QML. Всегда чувствовался небольшой разрыв между действием пользователя и реакцией KDE/Qt. Просто сейчас это стало особенно заметно. А GTK, даже в своей жирненькой третьей версии, реагирует мгновенно. Почему так?
  • А печально без Qt вот почему: внезапно обнаружил, что в репозиториях Manjaro большинство GUI-приложений — на Qt. Пытался, например, подобрать Markdown-редактор на GTK, а они почти все на Qt. На GTK только штуки три или четыре, да и те с CSD (клиентские декорации в МАТЕ выглядят чмошно). Практически все читалки, умеющие FB2, тоже на Qt. Аналога KeePassXC на GTK не нашёл, может кто подсказать?
  • Почему линуксоиды хейтят dconf, он же «гномореестр»? По-моему, настройки в бинарном файле это удобно! Во-первых, разработчикам не нужно впиливать каждую настройку в GUI, когда есть одно известное место, где хранятся настройки в читабельном виде, и в которые можно тыкать мышкой. Во-вторых, благодаря dconf любую настройку можно изменить через консоль. В-третьих, выбирать из бинарного файла нужные данные намного быстрее и стабильнее, чем парсить кучу текстовых конфигов, как делает KDE. Тем более, в случае KDE там не куча, а ХРЕНОВА ГОРА текстовых конфигов, в итоге KDE даже на топовых конфигурациях загружается по 5 секунд.
  • Кстати о настройках. Их в МАТЕ мало, конечно, если сравнивать с KDE. Зато это реально нужные настройки, которые тебе могут понадобиться в первые же минуты или дни. В KDE же у тебя миллион настроек, где самые актуальные и самые редкие бездумно перемешаны и распиханы по извилистым путям, так что привести среду в удобный вид — подвиг уровня расчистки авгиевых конюшен.
  • Есть ли экономия системных ресурсов на МАТЕ? Сложно сказать. Процессор стал меньше напрягаться, судя по звуку кулера. Но оперативку МАТЕ ест охотно, на скриншоте видно, что только Caja и Xorg потребляют по 200+ МБ каждый. Со старта у меня среда занимает 800-900 МБ оперативки. С другой стороны, системный монитор МАТЕ берёт самую «пессимистичную» цифру, потому что в целом показывает занятой оперативки на 200 с лишним МБ больше, чем KDE-шный KSysGuard (сравнивал на старой системе с KDE).

В итоге: у меня удобная рабочая среда, которая стартует и выключается стабильно за секунду времени, и которая мгновенно реагирует на мои действия, будто *box какой-то. И которая не выглядит как кислотный приход. Ещё и шрифты, по-моему, чётче стали, чем было в KDE.

Хз, как после этого возвращаться на KDE. Наверное, я и не буду. Осталось дождаться переезда МАТЕ на Wayland и больше нечего будет желать, кроме исправления мелких багов — их в МАТЕ достаточно, увы. Местами нет перевода на русский (я заодно решил перекатиться и на русскую локаль), пара апплетов для панели неюзабельна (глючат и жрут оперативку), системный монитор не сохраняет часть настроек. Ну и косметические недоделки — например, индикатор раскладки в системном лотке слишком мелкий. В общем, есть над чем работать, и я надеюсь, над МАТЕ будут работать.

Сейчас раздумываю, стоит ли заменить оконный менеджер на Compiz, чтобы получить «горячие» углы экрана, или забить и пользоваться дальше традиционными переключателями окон и рабочих столов. За эти несколько дней я уже привык к ним, хотя пальцы порой машинально кидают мышь в угол экрана.

На первом скриншоте: muPDF и Abiword. Оконный менеджер Marco умеет примитивный тайлинг, можно раскидывать окна мышью. Тема иконок: Nimbus + Mate с папками из Yeti Box. Можно ещё отключить рамку окна для полноэкранного режима, но меня прикалывает этот градиент, как на скрине с Firefox. Тему Nimbus устанавливал из AUR.

>>> Просмотр (5120x2880, 4086 Kb)



Проверено: hobbit ()
Последнее исправление: alex1101 (всего исправлений: 9)

Ответ на: комментарий от Qui-Gon

китайцы уже запросто осваивают не только

ну вот и договорились до глотка свободы от коммунистического режима … уж они то Вам отгрузят свободы по самый небалуй :)

sloan ★★
()
Ответ на: комментарий от sloan

Без вендоза увы никак. Куча софта проприетарного и только под ним. Имеется в виду не всякие говнофотошопы а всякие проприетарные не имеющие аналогов программулины для работы со всяким железом и данными. Теже томографы медицинские или автодиагностика. Но это опять же не надо держать на своем персональном компьютере.

А для персональных нужд - вполне достаточно линукса. Без всякой vesa mode и редхатовских форков.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

Например - все впаяно. Совсем все. Апгрейд невозможен.

Скоро все такими станут, так что макакбук будет унылым таким-как-все, без изюминки. Останется только инопланетная наглухо огороженная ОС.

bread
()
Ответ на: комментарий от bread

ну не совсем скоро. Пока только из разряда «тонкие и легкие» - и то кроме отдельных уродцев из серии делл XPS-13 ССДэшечка у всех на слоте.

Qui-Gon ★★★★★
()

Поначалу использовал KDE и Mate, потом Openbox. Потом перелез на Xfce и доволен. Как-то ещё решил попробовать Mate, не очень понравился. Вроде почти Xfce, но что-то не то)

el-d ★★
()
Ответ на: комментарий от Qui-Gon

Ох уж эти кочевники, вынужденный перемещаться по пересечённой местности. «Сел на пенёк, накодил чуток». К страдальцам вынужденных тусоваться в аэропортах, вокзалах, барах это тоже относится)))

Про обои забыл, DE нужно что бы показывать нескучное, а ещё что бы настроить под себя: хочу с панелькой внизу, хочу вверху, хочу без вообще. Чем гибче DE, тем лучше для меня, но конечно есть и другие мнения, тут каждому своё.

Я просто не понимаю, ну поставил qt для dolphin если тебе он нравится, ну займёт место немного, вот те не пофиг, это же ни на что не влияет.

sv_warvar
()
Ответ на: комментарий от sloan

Все кто хотят, могут без проблем узнать особенности и различия архитектур arm и x86-64, сильные слабые стороны, остальное маркетинг. Можешь закрыть на сегодня свои потребности на ARM? Поздравляю! Не можешь? Смысл тогда говорить что он там в каком то тесте i9 обогнал на 10%-1000%. Apple отстой кстати, если что.

sv_warvar
()
Ответ на: комментарий от sv_warvar

В нанешней обстановке стратегически надо уходить что от x86 что от arm. В перспективность эльбрусов честно говоря не верится, но вот RISC-V может взлететь. Пока правда только один экспериментальный ноут от Джека Ма по цене крыла боинга да еще и хрен купишь, но начало положено. Китайские инженеры сейчас очень круты, а при том бабле которое вливает китайский разжиревший бизнес и генерал ляо - дело пойдет. На примере России американские вендоры наглядно продемонстрировали что будут использовать технологии как рычаги политического давления и принцип «зачем нам свое - мы лучше купим» работать перестал. Так что китайцы однозначно будут делать чисто свои и процессоры, и видеокарты, и сетевое оборудование. А там еще и индусы, и латам в качестве заинтересованных сторон.

А насчет страдальцев - обычная проектная работа. Когда собирают всю команду на какой-нибудь брейнсторминг в конференц-комнату с одной розеткой на всех - и вперед и с песней. Да еще куча ситуаций без всякой пересеченной местности и верхнего ларса.

Qui-Gon ★★★★★
()
Ответ на: комментарий от sv_warvar

Смысл тогда говорить что он там в каком то тесте

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

Apple отстой кстати, если что.

каждый имеет право выражать свое недовольство ценовой, маркетинговой и логистической политикой хозяйствующего субъекта

но не очень понимаю смысл любых лозунгов в чисто технической плоскости: архитектурно и схемотехнически продукты apple это лучшее, что есть на client-side

unix-based OS также имеет право получить уважение

в тандеме эта связка по фактам - лучшее из реального существующего как цельная экосистема для использователя

линукс на бытовом уровне не имеет себе равных по доступности и гибкости, но …

что будет через 5-7 лет? уже сейчас многие вендоры шалят с контроллерами и плутон уже где-то вот-вот, и облака, и подписки …

а так то - да, почему бы и не посотрясать

sloan ★★
()
Ответ на: комментарий от Qui-Gon

В нанешней обстановке стратегически надо уходить что от x86 что от arm.

РФ не является субъектом этих процессов от слова никак

а китайцы еще всех на курсах научат как лочить, притемнять и рычагами орудовать …

ткчт не забудьте дворники в салон перемонтировать - так сильно газуете

sloan ★★
()
Ответ на: комментарий от Qui-Gon

А есть технические причины ухода от x86-64 или ARM? Я вот их не вижу. А если исходить из политики там вообще без разницы какая будет архитектура, другие критерии выбора. Считаю что лучше всего конкурировать там где рынок есть. Делайте свой арм, свой x64, делайте лучше и дешевле других, будут союзники, решайте свои политические задачи, кто против то? А создавать свой «правильный мир» за пределами которого это никому не нужно, фигня полная, нам как пользователям будет только хуже. Apple кстати, хороший пример вендор лока)

sv_warvar
()
Ответ на: комментарий от sv_warvar

100%

Apple кстати, хороший пример вендор лока

… о котором мечтают все 100% остальных и делают по мере своих сил :)

sloan ★★
()
Ответ на: комментарий от sloan

как при этом охлаждался ЦП в спеке не сказано

Да пусть хоть жидким азотом охлаждается, если я смогу купить такое охлаждение в днс по приемлемой цене, как сейчас водянку.

MOPKOBKA ★★★★
()
Ответ на: комментарий от MOPKOBKA

вот он «прекрасный» новый мир что полон пустотой

sloan ★★
()
Ответ на: комментарий от sloan

… о котором мечтают все 100% остальных и делают по мере своих сил :)

Но у них не получается, они прогинаются, и это повод выбрать их. А еще лучше свободную (частично или полностью) ОС.

MOPKOBKA ★★★★
()
Ответ на: комментарий от sv_warvar

Нельзя делать свои arm и х86. А свои Risc-V - можно. ARM и X86- закрытая проприетарная архитектура, то есть тот самый вендор лок.

Поэтому так или иначе Risc-V хоть и со скрипом и не быстро но пойдет в массы. СНачала в embedded просто из жадности чтобы не платить роялти всяким армам за лицензию, и в военке - дабы не быть привязанным к очень закрытым вендорам с их закладками.

Qui-Gon ★★★★★
()
Ответ на: комментарий от sloan

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

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

Qui-Gon ★★★★★
()
Ответ на: комментарий от sv_warvar

А есть технические причины ухода от x86-64 или ARM? Я вот их не вижу

Ну значит надо снимать темные очки. Или розовые. В x86-64 и в ARM встроены закладки для удаленного управления. Учитывая закрытость архитектуры вы не можете например обезвредить intel ME или AMD PSP - в арме соответственно тоже свои бяки.

Что до архитектуры - то у x86 много неоптимальных решений учитывая что они тянут за собой бинарную совместимость. Это хорошо в мире бинарного проприетарного софта но в плане производительности и эффективности не очень. Не просто же так эппл ввалил деньги в разработку своего собственного процессора. И опять же - вроде как он и ARM - но внутри то не совсем ARM учитывая что классические ARM процессоры вроде снапдракона там и рядом не стоят по производительности.

Так что все сильно не просто.

А если вспомнить не такое уж давнее прошлое - то помимо X86 архитектуры и arm вролне себе жили всякие sparc, mips, power-pc - и в общем-то они были получше x86. Так что в процессе конкурентного отбора выплыло далеко не лучшее технически решение. Равно как и в рынке софта вылез микрософт со своей кривой вендой , хотя скажем та же OS/2 была гораздо технически интереснее, да и юниксы тоже уже были весьма неплохи. Сыграла не техника - а ценовая политика, маркетинг, интриги и связи.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Original_1

Соотношении фич/прожорливости (пока гнум предлагает «что-то другое» и охотно пожирает ресурсы, в кедах засунули как можно больше фич из коробки).

Современный гном жрёт меньше чем КДЕ и XFCE.

sbu_shpigun
()
Ответ на: комментарий от Qui-Gon

Ну значит надо снимать темные очки. Или розовые.

И одевать джедайский капюшон?)) Я говорил о решение текущих проблем. А вы предлагаете красивую идею, можно даже сказать мечту, под лозунгом - своё. Идея мне нравится

В x86-64 и в ARM встроены закладки для удаленного управления

Строго говоря это не обязательно копировать при создание своего чипа. Хотя я бы заморочился: на попытку управляющего сигнала отсылать в ответ анекдот в кодировке koi8-r

Нельзя делать свои arm и х86. А свои Risc-V - можно.

Интересно как будет выглядеть запрет: санкции введут, документацией не поделятся?

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

Моя мысль заключалась в том что будь у нас дешёвый массовый «свой x86-x64 процессор», мы бы и дальше смогли запускать созданный софт, в том числе и их новый. Да и на внешнем рынке покупатели бы нашлись, 100%. Нет у разработчиков ПО запроса на новые архитектуры

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

Посмотрим, завод с RISС-V вроде как уже строится

sv_warvar
()
Ответ на: комментарий от sv_warvar

Ну какое копировать. Невозможно копировать современные чипы. Невозможно. Даже китайцы не могут с их куда как лучшим оборудованием. Прошло время 286-х когда посмотрел под микроскопчиком и нарисовал схемку. Соответственно хочешь создавать свой чип - значит покупай лицензию на архитектуру с проектной документацией и клепай. Ну либо ты можешь с нуля реализовать архитектуру под систему команд что в случае с безмерно разжиревшей Х86 практически невозможно. Будет неэффективно и несовместимо - скажем интел и амд несовместимы ни разу и имеют свои особенности, скомпилированная под интел прога на амд падает в дамп по illegal instruction только в путь.

В результате ты вбухаешь кучу бабла и получишь плохой но виртуально совместимый х86 на котором ты сможешь поиграть в диггера под дос, все программы написанные будут дампить, все мировые суды и арбитражи чморить тебя за нарушение лицензий и патентов а производители софта встраивать плюшки чтобы даже если совместимость по инструкциям удастся соблюсти детектить твой «совместимый» проц и отказываться на нем работать.

И опять же о покупателях на внешнем рынке можно забыть - потому как компания арм и копмания интел как собственники технологии будут блокировать все попытки твои продать это нелицензированное изделие.

Поэтому нет у «собственного ворованного X86» никаких перспектив и преимуществ. В отличии от собственного открытого RISC-V который ты действительно можешь и продавать и использовать в своих разработках. В отличии от того же эльбруса который чисто локальный продукт ограниченного использования. Линукс на RISC-V уже работает, соответственно и весь линуксовый софт вполне може быть перенесен. Вопрос времени и финансирования. Китайцы вот вложились и сделали первые шаги.

И кстати ежели вам нем ведомо - все вендоры x86 процессоров так или иначе лицензированы - интел и амд понятно, еще есть Via-Cyrix- не знаю уже кому она сейчас отдана(тоже исторически сложившийся правомочны производитель х86) и еще китайцы в свое время получили лицензию и документацию и клепают свой чисто китайский с китайским названием x86 проц - но это сделано с документацией и благословением интела, а вовсе не «копированием».

Ну и до кучи производить это придется где-то в тайване - а ворованный x86 тайваньцы производить откажутся как ни крутись. Какие-нибудь эльбрусы через арямянскую подставную контору товарищь Бабаян может и договорится - а вот нелегальный клон - хрена лысого.

В общем пока остается пользоваться контрабандными x86 и наблюдать успехи товарища Ляо

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

Уж лучше офтопик, чем яблоко с анально огороженой ОС

Werenter ★★★
()

Rant: По поводу GTK, у меня уже реально горит жопа. Гномобляди (гномосеки, уже не актуально) реально могут поломать КЕМ весь линуксовый desktop.

Сегодня я обнаружил, что в GTK4 опять сломали совместимость с GTK 3 темами, когда я поставил приложение Easy effects (бывший Pulse effects) из flatpak.

https://imgur.com/a/ZchoxxV

Ладно в GTK2 был другой формат тем, не CSS. Теперь каждая тема обязана тащить 2 варианта настроек. Но эти твари умудрились поломать совместимость ещё раз! Теперь нужно тащить аш целых 3 варианта темы: для GTK2, GTK3 и GTK4!

Моя установленная тема (Marwaita) живёт начиная с 2019 года, я её где-то даже для себя пропатчил руками. Она настолько старая, что даже у автора этой темы на github не лежат её исходники. А новая версия темы выглядит по другому. Никакой совместимости, ни даже утилит чтобы конвертировать темы. Ни-че-го.

Начания с GTK3 тоже пришли всякие косяки. Теперь в GTK3 приложениях, если юзать SSD (server-side decorations), окна начитают артефачить.

https://gitlab.xfce.org/xfce/xfwm4/-/issues/657

Этого не было в GTK2. Этого нет в Qt приложениях. Чтобы пофиксить это говно, в Cinammon насколько мне известно даже запилили отдельный механизм изменения размера окна, чтобы этот графический баг обойти.

Не говоря уже о том, что сраный CSD бесит, но отключить его нельзя. Есть костыль libgtk-nocsd, но он не работает в python приложениях, на которые не влияет LD_PRELOAD, потому что они делают dlopen напрямую в GTK либу. К тому же UI рачитанный на это CSD выглядит через жопу, потому что дизайн приложения не был расчитан на такой костыль. А ещё у CSD окон другое поведение по сравнению с декорациями окон от менеджера окон - это никак не фиксится даже в теории.

Кароче, мне уже немного страшно. Нужно форкать GTK3, фиксить баги и запиливать нормальные фичи для фиксинга CSD, хотя бы сделав его отключаемым, заставив разработчиков приложений делать 2 layout-а, чтобы в обоих кейсах UI выглядел нормально. Делать это нужно, иначе все не-GNOME DE улетят в помойку: Xfce, Mate, Cinammon и так далее, вместе с приложениями. Тот же xfce на практике от перехода на GTK3 получил лишь кучу багов и стал жирнее в плане потребления памяти. Переход на GTK4, если он вообще возможен без переписывания с нуля - это гарантированная смерть.

Есть два хороших обзора нового GNOME. Тоже советую почитать.

Если xfce4 доломают, придётся переходить на KDE.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 4)
Ответ на: комментарий от Skullnet

Кароче, мне уже немного страшно. Нужно форкать GTK3

Кто этим будет заниматься? Мы все только балаболим. А гтк становится всё толще, сложнее и хуже с каждой итерацией. Теперь вот гтк3 уже не кажется таким плохим.

придётся переходить на KDE

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

bread
()
Ответ на: комментарий от R_He_Po6oT

Но что, alex1101, уже вернулся на кеды, или ещё нет? Обычно после таких ярких каминауиов бистро и тихо возвращаются назад :)

Лично я подозреваю троллинг аля Каминг аут — типа, вот, я ушёл с N, перешёл на M, всё такое гладкое и шелковистое, собрать под этим соусом торжествующих любителей M, а потом написать, какое же M оказалось говно, и вернуться на N.

Rootlexx ★★★★★
()
Ответ на: комментарий от Skullnet

Теперь нужно тащить аш целых 3 варианта темы: для GTK2, GTK3 и GTK4!

В GTK4 нет никаких тем в принципе и поэтому тащить там нечего.

Polugnom ★★★★★
()
Ответ на: комментарий от Polugnom

Значит можно залезть грязными лапищами в исходники и наковырять свою тему. Т.е. темы в итоге появятся тем или иным образом.

bread
()
Последнее исправление: bread (всего исправлений: 1)
Ответ на: комментарий от Polugnom

В GTK4 нет никаких тем в принципе и поэтому тащить там нечего.

Темы есть, если приложение не юзает libadwaita. При том что темы тоже css как и в GTK 3, совместимость поломана.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от utanho

Так и есть. Виндос-онли. Для этого, в основном, держу варю с хрюшей.

Да да - именно так. Мало того что виндос-онли, да еще и не каждый виндос. Под каждую систему свою виртуальную венду держать - у меня сейчас две - под мерин и под пыжа.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

У меня GM :-)

Ну и опели старые, которые тоже GM.

Если что, у меня валяется лицензионный диск с Вистой, если с виртуалками будут проблемы.

utanho ★★★★★
()
Последнее исправление: utanho (всего исправлений: 1)
Ответ на: комментарий от bread

Кто этим будет заниматься? Мы все только балаболим. А гтк становится всё толще, сложнее и хуже с каждой итерацией. Теперь вот гтк3 уже не кажется таким плохим.

Мне кажется, что разработчики всех GTK приложений и DE вполне справятся с разработкой GTKnext. Это куда легче чем трахаться с закидонами от GNOME разработчиков и переходить через 7 кругов ада переноса кода на GTK4.

Skullnet ★★★★★
()
Ответ на: комментарий от Skullnet

GTKNext будет иметь какой-то смысл если на него перейдут браузеры и офисные пакеты. А они не перейдут - ибо кормятся из того же корпоративного корыта что и калоделы-гномосеки. Так что нравится-не нравится, а жрите что дают.

Другое дело что нет никакого смылса переходить на gtk4 пока хром, лиса и либра живут на gtk3. gtk4 пока только гном - а гном это совершенно ненужный и легко заменимый хлам. Единственным так классным приложением был Evolution который единственный из почтовых клиентов умел подключаться к M$ Exchange - но теперь это уже почти неприменимо.

Вот о чем могли бы озаботиться разпаботчки - это форкнуть libadwaita так чтобы можно было использовать нормальные темы в GTK4 а не жить как в венде с тупо разноцветным совершенно одинаковым да еще и убогим дизайном.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

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

Перейдут, потому что выбора не будет. Либо переходите на GTKNext и всё работает, либо трахаетесь с Gnome ToolKit 4. Трахаться в компаниях не любят.

Это как с вялендом. Сколько бы хипстеры не ныли, что «новомаладежна», а Wayland не работает, даже не смотря на костыли, чтобы как-то сделать его юзабельным.

В крайнем случае просто возьмут и будут юзать Qt5/6. Меня вполне устраивает такой вариант.

Другое дело что нет никакого смылса переходить на gtk4 пока хром, лиса и либра живут на gtk3. gtk4 пока только гном - а гном это совершенно ненужный и легко заменимый хлам.

Нет никакого смысла, потому что у GTK4 нет никаких преимуществ перед GTK3. Только выкинутые фичи и поломанные темы. Я думаю пережившим холокост вроде перехода GTK2 -> GTK3 не захочется пережить его снова. Причём перешли не все.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от Skullnet

К сожалению не совсем все так идет. Либра ужа походу начинает мигрировать на 4 гтк. Лиса вроде как обещает что не будет - но линуксовая команда разработчиков лисы сидит на зарплате в красной шапке - а красная шапка это основной пушер за вяленый и гнум.

Хром - тоже не ясно. Что там решит корпорация добра - но понятно что двигать индустрию будет шапка и убунта в основной своей массе. Всей мелочи придется поддерживать мейнстрим.

И на Qt не перепишут. Qt его двойной лицензией - коммерческий продукт сторонней компашки, и переходить на него будут только в том случае если красная шапка или какой-нибудь гном фаундейшн купят троллтех с потрохами.

Так что по любому придется столкнуться и в вяленым и gtk4 и с гнумокакашкой - как говорили в девяностые бабло побеждает зло. А все бабло там. Вопрос только насколько быстро. Надеюсь только что не очень - и что с переходом на gtk4 еще будет поддерживаться gtk3 вариант интерфейса. Ту же лису как я помню после перехода на gtk3 еще какое-то время можно было скачать в варианте gtk2 а потом еще достаточно долго пересобирать с gtk2 из исходников.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

в арме соответственно тоже свои бяки

Можно ссылочку?

hobbit ★★★★★
()
Ответ на: комментарий от Qui-Gon

К сожалению не совсем все так идет. Либра ужа походу начинает мигрировать на 4 гтк. Лиса вроде как обещает что не будет - но линуксовая команда разработчиков лисы сидит на зарплате в красной шапке - а красная шапка это основной пушер за вяленый и гнум.

Я думал у либры свой фреймворк, который юзает и Qt и GTK. https://blog.desdelinux.net/ru/libreoffice-esta-preparando-el-soporte-de-qt5-para-su-proxima-version/

К тому же теперь есть Onlyoffice, который на Qt.

Хром - тоже не ясно. Что там решит корпорация добра - но понятно что двигать индустрию будет шапка и убунта в основной своей массе. Всей мелочи придется поддерживать мейнстрим.

У хрома до сих пор проблемы с рендеригом в GTK 3. Сейчас они побегут переписывать на GTK 4, ага.

И на Qt не перепишут. Qt его двойной лицензией - коммерческий продукт сторонней компашки, и переходить на него будут только в том случае если красная шапка или какой-нибудь гном фаундейшн купят троллтех с потрохами.

Задолбали уже с лицензиями. В 2022 это уже не актуально уже давно. Qt - GPL+LGPL. Это никому не мешает кроме совсем шизанутых швабодкофанатиков.

Так что по любому придется столкнуться и в вяленым и gtk4 и с гнумокакашкой

Я просто не буду юзать GTK4 софт да и всё. Его мало ЧСХ, никто не хочет писать софт на говне, кроме подверженных этой GNOME религии. Всем нормальным разработчикам уже давно понятно куда дует ветер. С вейландом всё проще, он не взлетел и не взлетит.

Skullnet ★★★★★
()
Ответ на: комментарий от Skullnet

Я просто не буду юзать GTK4 софт да и всё. Его мало ЧСХ, никто не хочет писать софт на говне

То же самое говорили поначалу (и довольно долго) про gtk3. Потом всем рога обломали конечно.

bread
()
Ответ на: комментарий от bread

То же самое говорили поначалу (и довольно долго) про gtk3. Потом всем рога обломали конечно.

Потому что GTK3 ещё как-то работает, а GTK4 это вообще зашквар.

Skullnet ★★★★★
()
Ответ на: комментарий от bread

GTK4 софт может и просто не юзать libadwaita (она опциональна, внезапно), от которой у @Skullnet горит до сих пор. Хотя сделали всё как он и просил: стилевой движок из GTK4 выпилили нахрен (собственно, libadwaita - это и есть стилевой движок) и не корёжат GTK «под свой сраный GNOME» (им для этого libadwaita достаточно).

Альтернативного стилевого движка, который бы вот всем нравился, а не только гномерам (они его и делали для себя, имеют право), чего-то вот как-то никто не сподобился пока. Ждём-с.

SkyMaverick ★★★★★
()
Ответ на: комментарий от SkyMaverick

да потому что не надо никому - гномеры копошатся как опарыши в своей выгребной ямке с 6Х9 полем иконок как на смартфоне в качестве меню и огромными страшными CSD и им все любо там. А кроме гнома никто пока особо gtk4 не использует и посему нужды в написании чего бы то ни было под это поделие тоже.

Когда основная масса прикладного софта смигрирует на gtk4 а за ним подтянутся и негномовые десктопы - тогда и напишут. Для gtk3 же сделали таки патчсет gtk-classic выпиливающий оттуда гномокаки и возвращающий взад нормальное компьютероно-десктопное поведение вместо мобилофонного пальцетыка. И все приложения кроме гномьих сразу забывают про богомерзкое CSD и выглядят весьма православненько.

Так что когда нас заставят использовать gtk4 - будем его модифицировать. Но как я понимаю это будет не скоро - а учитывая что гномеры ломают совместимость не только между мажорными релизами но и между минорными - смысла делать это заранее нет никакого.

Qui-Gon ★★★★★
()
Ответ на: комментарий от bread

Ну так это и заняло достаточно длительное время. Практически весь крупный нужный софт был по прежнему доступен и юзабелен в gtk2 версии.

Qui-Gon ★★★★★
()
Ответ на: комментарий от alex1101

Посмотреть, как устроена libadwaita, например. По сути, это наследование базовых классов GTK и переопределение методов отрисовки базовых виджетов (все элементы вида Adw<что-то там из GTK>) + собственное API управления движком.

Тут уже выбор переложен на разработчика конечного приложения: пользоваться расширенными классами и libadwaita, пользоваться классическими виджетами GTK, делать альтернативный стилевой движок.

Гномеры переносят СВОИ приложения из проекта на СВОЮ стилевую библиотеку. Таки имеют право. Остальные могут переносить, могут нет, могут собраться и запилить свою libGtkUxThemes (хоть одну на всех крутую и универсальную) и линковаться с ней.

SkyMaverick ★★★★★
()
Последнее исправление: SkyMaverick (всего исправлений: 1)

Это капец как печально, но похоже, что софт на Qt больше не вариант. Почему? Он ТОРМОЗИТ.

Странно, у меня ничего не тормозит, все стартует мгновенно и система и приложения даже тяжелые.

CPU Ryzen 7 PRO 5750G

RAM Patriot Viper Elite II 128Gb

m2 SSD Samsung 970 EVO Plus 1Tb

@

KDE Plasma 5.26.4 \ Wayland \ Kernel 6.0.12 \ Arch

XOXO
()
Последнее исправление: XOXO (всего исправлений: 1)
Ответ на: комментарий от Qui-Gon

Ну в GTK4 много чего интересного, на самом деле.

Тут Инкскейперы, например, говорят, что с OpenGL в GTK3 всё слишком бажно и на GTK4 всё куда лучше. GIMP-еры, я так понял, тоже воодушевились, но им хотя-бы намеченный план допилить, а потом уже гнаться (народу очень мало)

Так-то да, GTK3 EOL-ить ещё никто не собирался, смысла упарываться какому-нибудь FF.

а учитывая что гномеры ломают совместимость не только между мажорными релизами но и между минорными

Вот тут можно подробней. В третьем API ломали один раз (3.10) за ради wayland. А то, что ломали темы - ну, вот поэтому и вынесли в отдельную сущность, чтоб не ломать. GTK4, как я понимаю, ещё в разработке и о стабилизации не заялено.

SkyMaverick ★★★★★
()
Последнее исправление: SkyMaverick (всего исправлений: 1)
Ответ на: комментарий от SkyMaverick

Ну в GTK4 много чего интересного, на самом деле.

Тут Инкскейперы, например, говорят, что с OpenGL в GTK3 всё слишком бажно и на GTK4 всё куда лучше. GIMP-еры, я так понял, тоже воодушевились, но им хотя-бы намеченный план допилить, а потом уже гнаться (народу очень мало)

Да одно только аппаратное ускорение отрисовки вместе с GSK чего стоит.

Rootlexx ★★★★★
()
Ответ на: комментарий от ananomous

Видимо без пояснительной бригады никак. Смотрим скрин, верхний правый. Директория Pictures, увеличиваем…

ananomous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.