Опубликован выпуск проекта Easyeffects 8.0.0 (ранее известен как PulseEffects), развивающего коллекцию плагинов для PipeWire, системный сервис и графический интерфейс с эквалайзером, анализатором спектра и различными звуковыми эффектами, например, позволяющими ограничить максимальную громкость, уменьшить динамический диапазон, выравнять уровень громкости, отсеять определённые частоты и устранить шумы. Эффекты могут выставляться с привязкой к отдельным приложениям. Код проекта написан на языке C++ и распространяется под лицензией GPLv3...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64209
> Интерфейса пользователя переведён с GTK4 на использование библиотеки Qt, языка QML и фреймворов Kirigami от проекта KDE.Вот и ещё одни ребята прочувствовали всю крутость жытыка.
"Однако тенденция" (с)
Впору и Гном на QT перевести.
Чтож они, с божественного Gtk, перешли на модный Qt. Никак за Kde погнались.
> Впору и Гном на QT перевести.Это было бы прекрасно. И выкинуть весь опыт предыдущих 14 лет деградации с версии 3.0 включительно
Ну не справились, что поделать. Не всем доступен смысл трудного пути ;)
Да и не всем нужно туда, куда этот путь ведёт.
Он ведёт к Единому Унифицированному Виду приложений интегрированных с единым окружением рабочего стола. А QT это как в сказке - кто в лес, кто по дрова. Словом не переход, а откат назад, в прошлое.
Толстовато. У меня в KDE все выглядит одинаково кроме приложений на GTK4+libadwaita.
> Толстовато. У меня в KDE все выглядит одинаково кроме приложений на GTK4+libadwaita.Вот за это все GTK4 based и ушло под деинстал. Зачем мне это уродство которое даже в темы не умеет?
> Он ведёт к Единому Унифицированному Виду приложений интегрированных с единым окружением
> рабочего стола. А QT это как в сказке - кто в
> лес, кто по дрова. Словом не переход, а откат назад, в
> прошлое.Такое можно было говорить про gtk3, но gtk4 с полуфорсированным adwaita?
> Он ведёт к Единому Унифицированному Виду приложений интегрированных с единым окружением
> рабочего стола.Ага! Я почти все что GTK4шное познакомил с apt purge. Так и правда - все программы выглядят одинаково. Т.е. никак. Ибо хтонь не умеющая с системный теминг и потому выглядящая как бельмо на глазу мне не надо.
> А QT это как в сказке - кто в лес, кто по дрова. Словом не переход, а откат назад, в
> прошлое.Я предпочту жить в более другой версии будушего чем гномеры.
В руинах?
> В руинах?В будущем где мои инструменты настраиваются и затачиваются - под меня! А не под горстку тех высокомерных м...ков по приведенной кем-то ссылке которые лучше меня якобы-знают как мне удобно и симпатично.
На практике - ничерта они не знают и являют собой кучу печальных безблагодатных хайпожоров. Все что они умеют - рушить мою эффективность и нагибать мои рабочие процессы, попутно загаживая симпатичный МНЕ вид системы своими потугами. Поэтому от их отсутствия - в моих глазах мир уж точно не оскудеет.
stopthemingmy.app/
софт на этих QML обычно жырнющее кривущее поделие
> софт на этих QML обычно жырнющее кривущее поделиеА на GTK4 с его XML и CSS типа не жирнючий и не кривой? Да еще с переклином этих господ на потугах сделать мне 30" мобилку - прям из моего компа, так что вот вам полтора уродские контрола на квадратный метр.
А также полный пофиг на совместимость апей и юзабилити. Они знают лучше и баста. Даже блин темы - задропали. Осталась 1 адвайта уроцкая.
>А на GTK4 с его XML и CSS типа не жирнючий и не кривой?приложения на GTK3 гораздо менее кривые чем то, что я видел на QML. Последнее обычно страшные поделки.
для внутреннего софта в качестве RAD инструмента - наверное лучше. Но вроде к GTK тоже чёто такое есть
но десктопный софт я бы выбрал 100% на GTK>Да еще с переклином этих господ на потугах сделать мне 30" мобилку - прям из моего компа, так что вот вам полтора уродские контрола на квадратный метр.
это всё же от разраба зависит
А есть нормальный софт на GTK4?
Он не для этого делался... ;)
evinceLibreoffice
> evinceПосле перехода на GTK4 _это_ недоразумение было мной безжалостно выпилено вместе с GTK4. Оно в таком виде мне уже не надо, спасибо.
> Libreoffice
У libreoffice к счастью есть бэкэнд с кутями, если кто не фанат GTK как я :)
> приложения на GTK3 гораздо менее кривые чем то, что я видел на QMLВопрос был про GTK4, ты не увиливай)
> приложения на GTK3 гораздо менее кривые чем то, что я видел на
> QML. Последнее обычно страшные поделки.Во первых, тот же XFCE Terminal после перехода с GTK2 на 3 стал тормозить просто в разы. Как и весь остальной XFCE. И RAM в разы больше жрет. Так что тема сказок о скоростных программах на GTK - имхо не раскрыта.
Во вторых, GTK3 по сути задвинут в пользу безблагодатного GTK4. Мне GTK4 в том виде какой он есть - просто не требуется.
> но десктопный софт я бы выбрал 100% на GTK
А я в процессе сваливания с XFCE -> LxQt и в основном на Qt-шный софт. Ибо гномеры - задолбали.
> это всё же от разраба зависит
У гномеров основная тима - пачка бакланов. Остальное при этом не важно.
qt-виджеты так-то тоже поверх css работают
Вообще ни разу. У виджетов темы на C++-плагинах.
del
git://code.qt.io/qt/qt5.gitна и не неси больше эту чушь, засмеют
> git://code.qt.io/qt/qt5.git
> на и не неси больше эту чушь, засмеютНе очень понимаю при чем тут супермодуль?
Счастливый владелец ноута на C2D: Но на C2D с QML полёт нормальный.
Звездишь ведь. Кеды на QMLе жрут как не в себя, пришлось свалить с кед. То есть нормально не работают. А не работают они нормально потому, что железо той эры решено просто дропнуть. Это не только QMLя касается, но и вейланда, и вообще GLX/EGL.
Мне что, не верить моему собственному Lenovo T500? Единственно, что с 4 Гигами памяти не откроешь больше 2 - 3 страничек в браузере одновременно.
А, ну да, если отключить аппаратное ускорение видео для Qt, то и на стационарнике получается 0.1 fps.
можно и с двумя гигами открыть 25 табов, если отключить JS и отрубить многопроцессность (с адовыми побочками вроде полной неработоспособности просмотра видео и аудио и неработы с file:// URI (лечится снижением уровня песочницы с тройки до двойки через about:config, всё равно она нафиг не нужна, так как всё в firejail), потому что Мозилла давно уже не гарантирует работу браузера без карго-культовой многопроцессности).
У меня Falkon. Там, вроде, нет этого - каждой вкладке по отдельному полновесному процессу.
Вот про Вяленд не знаю, как оно на процах конца нулевых себя чувствует. Пользуюсь Иксами, пока ещё X11 из Qt не выпилили.
У тебя видеодрайвер сломан, ты уже несколько лет плачешь, мог бы и починить за это время.
Вы меня за сотрудника Collabora или Виталия Кузмина (который свой проект к сожалению забросил, обнов давно не выходило, картинку рендерит на ура, а вот на блитах и compute крешится, а без compute хрен нам, а не llama.cpp и не OpenCL) принимаете? Или у вас "починить" - это "хлам" выкинуть наконец?
Поставить какой-нибудь арч и лёгкий композитор. Твою видюху ещё поддерживает актуальная меза?
Меза поддерживает (жаль только Clover дропнула с Nine), а кеды после перехода на 6 - жутко лагают. А вот Compiz шустро работает, и к тому же офигенно кастомизируется плагинами. Только почему-то крашится раз в день.
Так wayfire поставь, живой компиз. Clover и nine мёртвыми были, зачем их жалеть, если они особо и не работали. Что за видеокарта, кеды не должны лагать, они на llvmpipe запускаются у тебя? Краши компиза могут предвещать отвал.
>Что за видеокарта, кеды не должны лагать, они на llvmpipe запускаются у тебя?Я тоже думал что так, но оказалось не совсем. Запускаются таки на карте, но в настройках написано, что на llvmpipe.
>wayfire
Это Waylandодерьмо.
> Это Waylandодерьмо.Дружище, ты каждый раз жалуешься, будто тебе это больше всех нужно, а потом поливаешь помоями. Наслаждайся уже иксами.
Слушай, я вейланд никогда не просил. Мне с ним всё стало ясно, когда я вестон на третьепне запустил, а там курсору мемного передвинуться занимало 5 секунд. Неиксовый композитор мне не нужен.
На третьем пне? А чего не на коммодоре 64? Так-то он от процессора не сильно зависит, нужен видеочип чуть получше, чем кусок щебня. Судя по комментариям, ещё как просил. Про качество иксовых композиторов сам знаешь.
>Краши компиза могут предвещать отвал.Не, проблема софтовая. Компиз вообще же даже не очень сопровождается. Его сначала неудачно переписали на C++, а потом вообще закопали а главразраб перешёл играться с новой игрушкой - вейландом. А потом форкнули старую сишную версию, которая меньше проблем имеет, но после того, как оригинал закопали, корпоративного финансирования у него сильно поубавилось, в результате этот форк не очень живой в смысле сопровождения, да ещё и путаница с оригиналом проблем добавляет, если погуглить - то ссылки будут на неживой оригинал, а не на форк.
А толку-то? Ты ведь этот софт не переписал. А автору и электрон зашёл бы, потому что 1 условная единица времени Полезного Продуктивного Члена Общества ценнее 100500 условных единиц времени антисоциальных элементов, активно вредящих Всеобщему Благу (как его определяет элита, и которому определению подтявкивает быдло, и в которое возьмут не то что не всех, но даже большинство не возьмут; в поезд туда - возьмут с удовольствием, потому что без ломтей поезд не идёт).
Easyeffects 8.0.0, переведённый с GTK4 на Qt6, это самое лучшее)
Прогнозируемо мною.
Здравый смысл возымел верх над упоротостью.
Победа GTK над упоротостью!
У тебя три ошибки в слове "Qt6"
Так всё правильно, ведь разрабы не справились с GTK, поэтому победа.
> У тебя три ошибки в слове "Qt6"Не, там просто слова GTK и над - перепутаны местами.
Две ошибки
Ну да, это успех GTK, ящитаю.
Когда говорят про Electron почему-то забывают насколько движок js, css, html оптимизирован (да, новость не про это).Поэтому "нативное" приложение сделанное на GTK, который тянет на групповой курсовой проект студентов...в общем берите web технологии, ничего круче уже не будет и быстрее.
И никогда не берите GTK - он не умеет отрисовать даже 10к пустых серых квадратиков на мощном ПК. Печаль. Поэтому "нативных" приложений в Linux не существует, кроме всяких простых и примитивных.
Нет ничего хуже вебни, гтк намного лучше.
V8 это ад, с какой стороны ни глянь. А парсер дом -- нагромождение каловых масс. Не говоря уж о том, что всё перечисленное и так есть в гтк и ничего хорошего в этом нет.
Адаптивность под системную тему в этот ваш Electron завезли, или web-фронтендеры не знают что такое консистентность UI/UX?
Не в защиту GTK (я вообще не поклонник как этого поделия, так и жирного Qt), но времена единообразного GUI уже прошли, и сегодня каждое приложение выглядит по-своему, причём все уже к этому привыкли. Главное, чтобы приложение работало, хорошо выполняло свои функции и было удобно.
> Не в защиту GTK (я вообще не поклонник как этого поделия, так
> и жирного Qt), но времена единообразного GUI уже прошли, и сегодня
> каждое приложение выглядит по-своему, причём все уже к этому привыкли. Главное,
> чтобы приложение работало, хорошо выполняло свои функции и было удобно.У меня все приложения выглядят одинаково. Примерно одинаково или полностью одинаково. Благо кути это позволяют. Ну кроме браузера, но когда файловый диалог в нём не из кед, меня немного потряхивает (гткшный, к примеру, затирает буфер выделения).
> Ну кроме браузера, но когда файловый диалог в нём не из кед, меня немного потряхивает (гткшный, к примеру, затирает буфер выделения).Firefox позволяет включить использование xdg desktop portal для отображения нормальных файловых диалогов
В гтк4 порталы не нужны для этого, в другом всё через kdialog. Порталы очень ресурсоёмкие.
> Порталы очень ресурсоёмкие.Эээ, нет? 25Мбайт оперативной памяти потребляет desktop-portal-kde, 8+4+3 desktop-portal, permission-store, document-portal (Однако последние 3 я впервые вижу и не очень понимаю что это, похоже что-то от flatpak, потому что после рестарта системы их нет, но диалоги в лисе через порталы работают)
Однако если лиса умеет работать не через них - то тоже прекрасно, я не вижу где это включается только.
Там вроде больше было. Они ещё периодически начинают молотить 1 ядро процессора на 100%, пока не прибьёшь.
> Там вроде больше было. Они ещё периодически начинают молотить 1 ядро процессора
> на 100%, пока не прибьёшь.Запиши strace/perf, отправь багрепорт. Я такого поведения нигде не наблюдал, на рабочей машине с аптаймом 32 дня за всеми этими процессами накопилось 3 минуты активности CPU
не могу сказать, что я в восторге от того, что у меня в QT GTK софт такое себе по юзабилити и внешке, а электрон там же вообще все ужасно, эмуляция интефейса, выжали все что можно и все равно шляпа, если бы не стоимость кросс-платформенных решений то нафиг он не надо
> консистентность UI/UX?Это в Линуксе-то? Хорошая шутка.
> что такое консистентность UI/UXЕсли речь идёт про gtk4 с libadwaita, то о какой консистентности идёт речь?
Оно может быть консистентно только с гномом, потому что все возможности настройки чего-либо что под linux обычно существуют там не работают, а те что работают предлагается убрать
Ни насколько не оптимизирован.
Электрон -- это просто позорище. Зачем мне по браузеру на приложение?
> Зачем мне по браузеру на приложение?Затем, что ты кушаешь залявку и не платишь дкньги за разработку нативного софта под твою платформу.
> Затем, что ты кушаешь залявку и не платишь дкньги за разработку нативного
> софта под твою платформу.Ну так тут и предлагается - выносить всю эту халявку на мороз. Потому что там еще зачастую всякая реклама, шпионаж и что еще. Жителям города Трои тоже коня на халяву подогнали. Но как оказалось, есть нюансы.
Постман уже ГИГАБАЙТ памяти год назад перешагнул.
ты не понимаешь это индо-оптимизация
зачем сомнительная тулза для API, которая требует учетной записи даже если крутится локально, корпоративный стандарт?
> Когда говорят про Electron почему-то забывают насколько движок js,
> css, html оптимизирован (да, новость не про это).Настолько что абсолютно все вебаппы тормозят. И жрут ресурсы - на пару с приложухами на электроне. Таким оптом что 6-амперной батареи лопатника едва хватает на день. Скоро автомобильный аккумулятор придется ставить в мобилки.
Видимо здесь никто никогда ничего на GTK не писал, а возможно и на Electron) Столько минусов)
> Видимо здесь никто никогда ничего на GTK не писал, а возможно и на Electron) Столько минусов)Ну... Я минус не ставил, и на Electron не писал. Но с минусующими в целом согласен. Потому что на GTK4 (точнее - с использованием gtkmm) - очень даже писал. Так вот, если у вас в приложении присутствует не только графика (а это 99% всего так-то, если говорить про серьёзные вещи), то как бы применение всяких html и js - не оправдано ни разу. Потому что потом вам это всё придётся стыковать с нормальным кодом на том же С или С++. И тут начнутся проблемы, в том числе - с производительностью. Нормальную логику же на js не напишешь, он не для того. По этой же причине очень советую всем НЕ писать ничего на QML и всяких vala.
Касательно же перехода на Qt из новости, то тут в целом на мой взгляд наверно всё же правильно сделали. Разработчики GTK куда-то не туда понемногу поворачивают (недавние новости про выкидывание PixBuf например, и рекомендации использования glycin). По какой причине - разговор отдельный.
У нас в кампании один внутренний продукт сделан на таиру, интерфейс полностью на веб технологиях vue3+vuetify3, а бек на расте, чет ничего не тормозит и не выедает гигабайты
> У нас в кампании один внутренний продукт сделан на таиру, интерфейс полностью
> на веб технологиях vue3+vuetify3, а бек на расте, чет ничего не
> тормозит и не выедает гигабайтыКод в студию. На тестирование. И что за кОмпания? Спрашиваю, чтобы никогда никакие продукты от неё не использовать ;)
Давай на пальцах. Я был в переписке с разработчиками GTK. У них есть свой аналог css для стилизации элементов на уровне поделия детского утренника. Ребята вообще не умеют в алгоритмы, и не знаю как (и не хотят) делать это быстро. Весь их интерфейс - это настройки и пара кнопок.А теперь представь насколько это оптимизировано в chrome.
Ничего быстрее ты, скорее всего, никогда нигде не напишешь. Или это будет сопоставимо.Их ещё нужно знать и уметь пользоваться. Вот с этим проблема у js разработчиков. Там настолько далеко от core веб технологий.
> Давай на пальцах. Я был в переписке с разработчиками GTK. У них
> есть свой аналог css для стилизации элементов на уровне поделия детского
> утренника. Ребята вообще не умеют в алгоритмы, и не знаю как
> (и не хотят) делать это быстро. Весь их интерфейс - это
> настройки и пара кнопок.У меня вот прям сейчас приложение с графикой на GTK в работе. Поэтому я скорее всего лучше вашего знаю, что там и как. Не то чтобы в GTK всё было замечательно, но и ваши слова, мягко говоря, действительности не соответствуют.
> А теперь представь насколько это оптимизировано в chrome.
> Ничего быстрее ты, скорее всего, никогда нигде не напишешь. Или это будет
> сопоставимо.О да, насколько в chrome это всё оптимизировано - я представляю. Недавняя новость про то, что там libxml2 использовалась - наглядный показатель. Т.е. на халяву - это в Google как нечего делать, а как самим чего написать - вечно шляпа какая-то получается.
> Их ещё нужно знать и уметь пользоваться. Вот с этим проблема у
> js разработчиков. Там настолько далеко от core веб технологий.Там ото всего далеко))
Ну-ка расскажи мне как мои слова "мягко говоря, не соответствуют действительности"? И как ты знаешь лучше меня?
Стоп-стоп-стоп. Это про какую версию GTK речь для начала? Здесь вроде бы обсуждается GTK4. А по ссылке issue шестилетней давности. Давайте тогда сразу GTK1 обсуждать. У меня сейчас список на 200 тысяч с лишним позиций рендерится за несколько секунд. На не самом новом железе. Потому что оно работает немного не так, и рендерится не целиком, а по мере прокрутки. При этом долго оно работает на самом деле потому что у меня там сортировка включена, и львиную долю времени занимает как раз она. Это для начала. Есть нарекания к работе слайдера при этом, но это скорее просто недоработки. Которых в GTK тоже хватает - никто обратного и не утверждает.Далее. Если у вас длиннющий список чего либо, то наверно нужно головой подумать - а как оно всё рендрится будет? Может надо как-то организовать подгрузку в процессе перемотки например? И выгрузку из памяти того, что ушло из поля видимости? Или головой самому думать Google запрещает?
То есть ты хочешь сказать что там что-то изменилось? Ну можешь показать, теперь бремя доказательства обратного на тебе.Но я тебе сразу скажу что абсолютно ничего не изменилось с 99.9%. Потому что мою issue они просто закрыли, им вообще это не интересно было чинить и исправлять (хотя вообще-то я сам починил их gtk, но мне нужны были консультации создателя этого недо-css движка, чтобы убрать ещё одно место где у них тормозит).
В итоге они на контакт не пошли, и вообще в переписках в IRC сказали что у них (RedHat, они все там на зарплате) нет таких сложных сценариев и им это не нужно.
Потом там полезли баги (или отсутствие возможностей что-то сделать) как из рога изобилия. Я 4 issues завел - ни одна не была хоть как-то внятно обработана, тупо закрыли (иногда с полезными комментариями - "по историческим причинам").
Я выкинул в помойку всё что я делал, проклиная день когда я сел за баранку этого драндулета.
То есть ты абсолютно сам с собой при возникновении любой проблемы и никто, абсолютно никто тебе не поможет.
1. CSS движок - можешь показать что он был исправлен за это время. Но он не был) А это практически хоронит любые приличные приложения кроме "двух окон, трёх кнопок"
2. Виртуальный список. Он не умеет удалять элементы, растёт бесконечно (это кстати почему files так безбожно тормозит при поиске). Они мне посоветовали написать свой виртуальный список на основе их костыльного (а это, на секунду базовый фундаментальный примитивный элемент, а не какой-то изощрённый компонент). Там 5000 строчек кода на чистом С. Я бы мог это сделать, но потом бы всплыла другая проблема, ещё и ещё. По сути нужно было форкать GTK. Для моей хранилки фотографий продвинутой. А начинал я с Python и PyGTK.
3. Они даже не умеют делать размер кнопки (элемента) в 1.5 (увеличение). Либо в 1, либо в 2 раза. Ссылку на issue скидывать не буду. Но она есть. Мне нужно было изменить размер ползунка.
Ну и там далее по мелочи. Для простых примитивных вещей сойдёт (но зачем?).Проблема web не а технологиях. Это абсолютно выдающиеся технологии. Проблема как их используют и кто.
Бизнесу нужно тяп ляп и готово, а что это отжирает по 1 гигабайту на вкладку им плевать. И делаю по 100 js запросов хрен знает куда, картинки мегабайтные и фреймворки фреймворков. Но это не core веб технологии.
> То есть ты хочешь сказать что там что-то изменилось? Ну можешь показать,
> теперь бремя доказательства обратного на тебе.Чего-чего?)) Т.е. вас поймали за руку на подтасовке фактов, при этом я вам чего-то должен доказывать? А не сходить ли вам прогуляться вокруг Земного шара? ;)
>[оверквотинг удален]
> интересно было чинить и исправлять (хотя вообще-то я сам починил их
> gtk, но мне нужны были консультации создателя этого недо-css движка, чтобы
> убрать ещё одно место где у них тормозит).
> В итоге они на контакт не пошли, и вообще в переписках в
> IRC сказали что у них (RedHat, они все там на зарплате)
> нет таких сложных сценариев и им это не нужно.
> Потом там полезли баги (или отсутствие возможностей что-то сделать) как из рога
> изобилия. Я 4 issues завел - ни одна не была хоть
> как-то внятно обработана, тупо закрыли (иногда с полезными комментариями - "по
> историческим причинам").Это всё замечательно, но причин использовать Electron я по-прежнему не вижу ;)
> Я выкинул в помойку всё что я делал, проклиная день когда я
> сел за баранку этого драндулета.
> То есть ты абсолютно сам с собой при возникновении любой проблемы и
> никто, абсолютно никто тебе не поможет.Добро пожаловать в реальный мир)) Правда, обычно люди помогают друг-другу. Не смотря ни на что. И если вас все послали, то тут есть повод задуматься - может это вы что-то делаете не так? ;)
>[оверквотинг удален]
> почему files так безбожно тормозит при поиске). Они мне посоветовали написать
> свой виртуальный список на основе их костыльного (а это, на секунду
> базовый фундаментальный примитивный элемент, а не какой-то изощрённый компонент). Там
> 5000 строчек кода на чистом С. Я бы мог это сделать,
> но потом бы всплыла другая проблема, ещё и ещё. По сути
> нужно было форкать GTK. Для моей хранилки фотографий продвинутой. А начинал
> я с Python и PyGTK.
> 3. Они даже не умеют делать размер кнопки (элемента) в 1.5 (увеличение).
> Либо в 1, либо в 2 раза. Ссылку на issue скидывать
> не буду. Но она есть. Мне нужно было изменить размер ползунка.Дружище, это вы хотите чего-то странного, а не я. Мне ваши проблемы не очень интересны, в свете передёргивания вами фактов. Поэтому вам и карты в руки с доказыванием и прочим. У меня и пользователей моих программ почему-то всё работает. По крайней мере пока никто не жаловался))
> Проблема web не а технологиях. Это абсолютно выдающиеся технологии. Проблема как их
> используют и кто.Да что вы говорите)) А не относится ли то же самое и ко всему остальному? Например, к обсуждаемому GTK?))
> Бизнесу нужно тяп ляп и готово, а что это отжирает по 1
> гигабайту на вкладку им плевать. И делаю по 100 js запросов
> хрен знает куда, картинки мегабайтные и фреймворки фреймворков. Но это не
> core веб технологии.Какие ещё core технологии?)) Всё работает на процессорах, устройство которых принципиально не изменилось с момента их появления. "Web технологи" это просто очередной слой абстракции поверх всего этого. Сначала идёт бинарный код, те самые нули и единицы, поверх этого - ассемблерные инструкции, дальше - ЯП вроде С/С++, и поверх кода на С/С++ работают все ваши "Web технологии", через многочисленные интерпретаторы, парсеры и т.п. При этом чем меньше слоёв абстракции между вашей программой и бинарным кодом, тем быстрее всё это работает, и тем больше функциональных возможностей предоставляет. Лично у меня сама необходимость наличия "Web технологий" вызывает большие сомнения. Потому что я вижу как это можно сделать проще и лучше (и думаю - не только я). И это не говоря о том, что вы тут пытаетесь впарить поделие, которое нужно только для того, чтобы одна корпорация не тратилась на грамотных специалистов, а могла нанимать не пойми кого и платить им абы как.
> То есть ты хочешь сказать что там что-то изменилось? Ну можешь показать,
> теперь бремя доказательства обратного на тебе.Не, вот на минутку, сэр. У навигатора реально есть 2 приложухи. И он знает что гооврит.
А вот вы свой уровень квалификации уже запалили. С всем вашим хайпом и погоней за убер-языками и электронами вы показали лишь довольно известную отраслевую истину: чем круче тулсы хочет некая тушка - тем никаковее оно как программист само по себе.
> Потому что мою issue они просто закрыли, им вообще это не
> интересно было чинить и исправлятьА вот это у гномеров, увы, есть.
> (хотя вообще-то я сам починил их gtk, но мне нужны были консультации
> создателя этого недо-css движка, чтобы убрать ещё одно место где у них тормозит).Зная тебя - я б тоже побоялся твой код комитить не будучи убер-экспертом в затрагиваемой области.
> Проблема web не а технологиях. Это абсолютно выдающиеся технологии. Проблема как их
> используют и кто.В вебе нет АБСОЛЮТНО ничего выдающегося. Это ЭТАЛОН корпоративного тяпляпа и наколени.
1) Квазивендорлок и зависимость от 3rd party. Что гугл, что HTTPS.
2) Из языка для валидации формочек JS сделали почти среду для приложений. Получилось понятно что.
3) Другие ЯП изначально в принципе не были предусмотрны, чтобы совсем уж хорошо.
4) Путем героических усилий этот ржавый жигуль переделали под какое-то подобие самолета. Но все равно летает - недолго и только при запуске с обрыва.
5) Протоколы и форматы файлов максимально похабные и неэффективные.
6) А заодно и уберсложные в парсинге. И не особо читаемые. XML это капец просто. Настолько что в XHR изначально сватался он но - выпал из фавора. А XSLT ужастик гугло наконец созрело все же задропать. Да и даже JSON... господи, его ПРОИЗВОЛЬНУЮ простынку корректно не парсит - никто.
7) DOM это тот еще ужастик. И пропертся CSS под стать.
8) CSS кстати так то тюринг полный... просто это понимают лишь чуть больше чем те кто умеет в XSLT.
9) По совокупности это все дико жрет ресурсы и истошно тормозит. Настолько что вводить текст в иную форму с кучей JS не поспевает за мной - на мощном компе. А UI вечно тормозит, дергается и лагает.Вы уж извините господа велоперы но когда я на проце 3+ ГГц жду пока UI отреагирует вообще на мое действо - это просто позор и фэйспалм.
> Я был в переписке с разработчиками GTK. У них есть свой аналог css для стилизации элементов на уровне поделия детского утренника. Ребята вообще не умеют в алгоритмы, и не знаю как (и не хотят) делать это быстро. Весь их интерфейс - это настройки и пара кнопок.Нужны подробности. Переписка же публичная? Может и ссылку можете на нее дать?
> У нас в кампании один внутренний продукт сделан на таиру, интерфейс полностью
> на веб технологиях vue3+vuetify3, а бек на расте, чет ничего не
> тормозит и не выедает гигабайтыВидел я как это "не тормозит". Лаг полсекунды в UI - нормуль! Батарея в лопатнике за сутки скиала? Just as planned! Две приложухи запустил и лопатник а то и десктоп клинить стало? Зато дев не напрягался!
А так все хорошо прекрасная маркиза. Отличные программы. Для тех кто их писал. А для остальных - кусок тормозного и как правило глючного и кривого гуано.
>Easyeffects 8.0.0, переведённый с GTK4 на Qt6Easyeffects 8.0.0, переведённый с GTK4 на Qt6 это самое лучшее.
>он не умеет отрисовать даже 10к пустых серых квадратиков на мощном ПКА в каком реалистичном приложени (кроме бенчмарка) требуется 10к пустых серых квадратиков?
Это должен был быть виртуальным (бесконечный) список превью фотографий. thumbnail. Но всё заглохло даже на этом. Естественно ничего виртуального они тоже не умеют (подгружать и выгружать ресурсы) - скроллишь вниз и он только копит память на элементы которые уже не видны (исправить это нельзя).Это откровенный кал.
В html5 ворочают сотнями тысяч строчек, если не миллионами. И есть куча потрясающих готовых и очень быстрых виртуальных списков. Виртуальный - потому что реально показывает только часть списка которая видна.
> В html5Я делал недавно ленту из ~20 скроллящихся маленьких картинок, что-то в районе 256*256 и комп это грузило, хоть на js анимируй двжиение, хоть на css.
То, что ты не умеешь программировать мы уже поняли, можешь не объяснять.
А причём здесь мои навыки, в цсс указана скорость движения, браузер сам своим движком это анимирует, кода 0 - только цсс. Ты не напишешь код лучше того, которого нет. И это тормозит, что умножает все заверения в супер оптимизированности браузеров на 0.
Это ничего не говорит о движке. Это говорит о тебе. CSS это Turing complete язык. На нём можно что угодно написать (но оооооооочень медленно). Что ты и сделал, поздравляю тебя.А теперь тебе пора понять что ты его не знаешь и начать изучать css.
Но ведь вроде анимации добавили в css, чтобы их использовали, так почему они тормозят?
Ты чушь несешь. Загрузка цп при анимации движения через цсс никак не зависит от навыков разработчика этой анимации, только от кривизны браузера.
> Это ничего не говорит о движке. Это говорит о тебе. CSS это
> Turing complete язык.Это что, просто описать анимаху CSS теперь не модно и надо ее самому еще и имплементить? Кто ж так делает то? Поэтому получается - вон то. И да, тормоза при анимахах CSS вполне обыденная часть реальности.
Это идет настолько далеко что иной раз GitHub может выжрать проц в полку просто за сам факт открытия его вкладки. Там индусы что-то с анимахами перемудрили, им пофиг - и конечно они не умеют ничего кроме юзежа стандартных фич, и на практике это работает как жуткое УГ. Так что если я начинаю удивляться чего у меня ноут воет или системник гонит теплый воздух - о, оказывается, забытая вкладочка с гитхабом была. Эффективность веба как она есть!
Нееее, чувак, когда говорят про электрон, то вспоминают ИМЕННО о том, насколько движок js, css, html оптимизирован.
Что характерно интерфейс после перехода выглядит будто его делали студенты на коленке после пьянки
После пьянки интерфейсы получаются лучше всего.
это нормально для KDE, им запрещают выравнивать контролы под страхом синдрома^W отмены
То есть, обычный для линукс-приложения интерфейс.
это норма для QMLвидимо обманчивая простота разметочного дизигна
Хороший дизайнер и на fltk сделает конфетку. А если вкуса нет, то и перестановка кроватей (в форме смены тулкитов) не поможет.
Кто в своём уме меняет тулкиты ради дизайна? Тут явно по другим причинам (гтк уг) переезжали.
Я меняю и все адекватные люди.
Вопрос хочет ли разраб в бесконечное переписываение под новые версии GTK или нет.
а на новые Qt и с виджетов на разметку оно само переписываеццо, ага.
Ну, qt5compat и почти автоматический переход на Qt6 пересборкой говорят немного об обратном
Как часто выходят мажорные версии Qt? А как теперь стали выходить GTK?
У кутей порядка 20 лет совместимость поддерживается, прежде чем удаляют. Ну, сначала объявляют, что удалят, потом переносят в слой совместимости, и только потом дропают. Виджеты, насколько я знаю, никто не удаляет, просто они застряли в развитии и нет смысла их использовать сегодня.
А есть что развивать в виджетах?
> А есть что развивать в виджетах?Виджеты рендерятся на процессоре, и qml на видеокарте.
Много чего. Ещё вчера "датагрид" был просто тупым гридом со строками, а сегодня там картинки, чекбоксы, detailed view, группировка и т.п. (см виджет от DevExpress).
ComboBox - в венде это тупая "выпадающая менюшка со строками", в WPF там можно чёрти что впихнуть - от чекбоксов до карты.
Теперь только веб и вайб
Теперь с этим QML кроме 100500 либ Qt-ей на 100500 метров ещё нужно тянуть столько же QMLя.В новой Кубунте сносишь всякое гумно кедровое типа плееров и чатов (нормальные люди всё равно VLC, mpv, deadbeef/aud юзают) и сразу улетает тонна ставших лишними зависимостей. Которые тащило всякое очень_ну}|{но.
Так зачем тогда юзать Кубуунту, есть же какая-то бунта с XFCE?
> ещё нужно тянуть столько же QMLя.Да в смысле?
про shared библиотеки что-нибудь слышал? у вас под виндой такие не имеют смысла, но таки почитай для общего развития
>Интерфейса пользователя переведён с GTK4 на использование библиотеки Qt, языка QMLОпять у кого-то лишняя оперативка завалялась.
Не завалялась. Потому от жирнющего тыка и ушли.
Хорошая программа, пользовался. Только с ней можно использовать микрофон на ляликсе без шумов и хрипов. Кто то может сказать - "Купи микрофон лучше", но зачем, если на винде всё работает хорошо и ничего не нужно настраивать. А в лапчатом красноглазике звук как будто из кастрюли с включённым рядом трансформатором.
Ну так всё понятно, Easyeffects это, читай, PipeWire. А без неё было Pulse... PshPshPshAudio.
EasyEffects это замена PEACE из под венды (плюс в линуксе не нужен Equalizer APO, оно уже из коробки называется pipewire). Оно поддерживает пресеты от AutoEQ.И работает буквально как глобальный эквалайзер Equalizer APO / PEACE в windows, если не лучше, потому что не ломается.
Офигенно спасает владельцев (как и меня) наушников где нужно подредактировать звук.
Например, у Razer очень мощные низкие частоты из-за чего звук бочки и бешеный бас. Но это даже к лучшему, ведь их можно убавить через эквалайзеры. А вот на наушниках, где плохая отдача низких частот динамиков то тут уже эквалайзер не поможет.Применив пресет через AutoEQ от rtings получаю хороший звук который где-то там в США какие-то самопровозглашенные специалисты по звуку состряпали пресет, он не идеальный, там басы вообще зарезаны в ноль на Razer, чуть добавив низких частот все становится лучше.
Easyeffects так-то изначально был PulseEffects и прекрасно работал.
Не кидая камень ни в чей огород — нормальные микрофоны давно на USB со встроенным ADC, и не важно им, какая там ОС. Нет, ну если у вас студия и действительно крутые микрофоны… но при чём тут тогда линукс?
"Нормальные", сразу видно специалиста. Кстати, усб не всё равно, если у тебя железо АМД, хехе.
> нормальные микрофоны давно на USB
> нормальныеШтош, штош.
>на использование библиотеки Qt, языка QML и фреймворов Kirigami от проекта KDEЕщё бы на электроне написали. Если представляет хоть для кого-то хоть какую-нибудь ценность - перепишут на виджеты и QWT (там есть виджеты для ручек и прочего скевоморфичного дерьма). Не перепишут - ну значит совсем никому не нужно, кроме автора.
Мне нужно. Использую давно. Очень удобная штука.
Те кто говорят про уродливость QML судя по всему не трогали easyeffects когда он был на GTK4 с libadwaita
Емкости наполненные водой на первом скриншоте это элемент дизайна?
Как же хорошо, что весь гуевый софт в моей системе сделан на GTK 2.
Да.... GTK2 прям топчик по сравнению с бегемотами gtk3/gtk4
огласите список, пожалуйста
на 2-гтк проблема с актуальным браузером. Собирается палёнка с серпентом, но они не шибко чтоб актуальны... а еще netsurf :) В остальном проблем нет...
Недавно ещё жырнолис собирался, но запускался он 20 минут вместо 1 секунды, такой вот баг. Исправилось переходом на гтк3.
нифига себе "недавно"!
Жаль, что mate и xfce не стали его сопровождать.
GTK4 намного лучше чем Qt6.
А я дизлайкну за эквалайзер. Вот то что на скриншоте, нормальные люди маркируют как ширпотреб, ну сделайте вы эквалайзер как в нормальных DAW, всем же лучше будет. После такого даже пробовать эффекты не хочется, представляю какого они качества.
то что ты видишь на скрине называется graphic band EQ, есть еще parametric EQ ты просто их не путайвполне норм интерфейс, или тебе стилизованных фейдеров не хватает? ))
Тоже подумываю над Qt6, но пугает mos.
moc?
> set(CMAKE_AUTOMOC ON)это всё, что тебе нужно знать о moc на уровне "он меня пугает"
Что gtk, что qt, оба выглядят стрёмно, оба тормозят, оба жуткий легаси из древних времён. Вообще не вижу между ними разницу, они оба плохие. Поэтому если есть возможность, то ставлю софт с облегченным графическим тулкитом или псевдорафическй, tui.
> то ставлю софт с облегченным графическим тулкитомЭто что за тулкит такой?
Четко, стильно, красиво, функционально. Молодцы, что перешли на Qt. Надо и сам гном давно перевести на Qt, тогда может что-то и выйдет хорошее.
Это гномерам не помешает выпиливать элементы интерфейса.
Меню сверху в стиле гнома осталось. Этот ui ужас. Слева вверху кнопка выключения?
Отличная прога.1. Использую компрессор для входа, чтобы гарнитура не снимала лишние фоновые звуки, а только когда я говорю.
2. Кристаллизатор для всяких веб радио станций в 64 кБ/с.
3. Эквалайзером в 32 полосы для акустики подстроил звук под особенности помещения.
4. Авторегулятор громкости при просмотре видосиков со всяких ..тубов.
5. Наладчик стерео для перестановки каналов местами. Как-то раз поставил так колонки, что пришлось воспользоваться из-за коротких проводов.
6. Автозагрузка пресетов при переключении звукового выхода с наушников на колонки и обратно.Не хватает плагина для наушников Stereo to binaural. Но это можно по другому подключить.
В общем прога вещь! Рекомендую.
Хорошая вещь, жалко только, что сильно отстаёт от своего идейного вдохновителя Equalizer APO. В том гибкости на порядок больше, можно работать с каждым каналом отдельно, смешивать сигналы между ними, копировать и т.д. Например, можно отдельно сделать эквалайзер на сабвуфер и саттелиты. EasyEffects сильно проще.