Firefox включает полноценную поддержку Wayland

Не использовал никогда композиторы на wlroots, в KWin/Mutter не наблюдал.

🤡 🤡🤡

Вялендофанатик сломался, несите следующего.

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

Отличается только тем, что xwayland глючноват. А так код то одинаковый, откуда там легкость? Ну допускаю, что вялая ветка кода гтк более вылизана (а иксовая намеренно ухудшена).

Не знаю что там вылизывать, когда все фичи выкинули.

Так я именно на KWin этот баг и поймал.

не наблюдал

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

То, что осталось. Фурифокс тоже очевидно оптимизируют в вялой части, а на иксовую давно забили. А потом адепты такие: «ах какой вяленд молодец, как ускорил нам браузер».

Отличается только тем, что xwayland глючноват.

так мы о вяленом говорим. При чем тут xwayland? Мы говорим только о будущих нативных приложениях

о будущих

Футурологи ёптить.

При том что у них 95% пользователей на иксах.

Что в настоящее время не идёт нативно на вяленом? У меня офис, браузера, все гтк приложения и сама вм. Я вижу xwayland редко в процессах если вообще. Может заскриншотит процессы?

Прикалываетесь? Электрон и тырпрайз на жабе.

Огласите весь список, пжалуйста. Какие повседневные приложения не наливные? Я бы поискал альтернативы

У Электрона с какой-то там версии есть нативная поддержка вяленого и даже Дискорд научился в запуск на вяленом нативно (правда с опциями и без демонстрации экрана, но все ж)

конечно же настанет день когда иксы станун дерикейтед

Уже.

Ты сам то с этим багом сталкивался?

GTK3+костыли?

О каких костылях речь?

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

Ну то есть не научился как следует-то. Вот так всегда с вяленым: сначала говорят, мол, «всё заработало», а потом оказывается, что «но есть нюансы».

GTK4 не нужен. Если куда-то и переходить, то разумеется на Qt.

Что ж, видимо, как только Plasma 6 выйдет, опробую наконец Wayland. Кто знает, как там сейчас с поддержкой проприетарных драйверов Nvidia для связки Plasma+Wayland?

Поставил недавно плазму не на самый новый ноутбук. Всё летает, не знаю зачем вообще этот Wayland нужен.

Аргументы?

Ты у кого аргументы спрашиваешь? ыыы. Сейчас увидишь тонну противоречивого бреда.

Аргументы?

А смысл? Знаю, что с пеной у рта будешь доказывать, что «НИПРАВДА ВЫ ВСЁ ВРЁТИ!!!». Сэкономлю своё время) Но если пообещаешь, что не будешь нести в ответ откровенный бред, то будут тебе аргументы.

Я и не сомневаюсь в этом.

Но если пообещаешь, что не будешь нести в ответ откровенный бред

Я не знаю, что с твоей точки зрения «откровенный бред». Но если твоя критика в отношении GTK4 справедливая, то я с ней соглашусь.

Отсутствие accessibility, гигантизм, проблемы с кастомизацией тем, неотключаемые CSD и невключаемые заголовки окон.

Это всё присутствует и в gtk3.

Там ещё хуже с навязыванием libadwaita, где захардкоженные темы, а на самом деле в этой библиотеке не только сам движок тем, а отдельные adwaita-виджеты. То есть прибили гвоздями.

Это всё присутствует и в gtk3

Да. Только в GTK 4 это всё ещё больше ощущается. Причём мне GTK в целом нравится больше, чем монструозный Qt. Я был очень доволен GTK 2. Не так много нужно было, чтобы осовременить GTK 2: добавить поддержку HiDPI и Wayland и по мелочи пройтись напильником. Зачем было ломать функциональность и выкидывать столько всего из тулкита, при этом ещё умудряясь ухудшить производительность? Риторический вопрос. Очевидно, Red Hat решало только свои задачи, т. е. делала конкретно то, что нужно было ей.

при этом ещё умудряясь ухудшить производительность

А ещё навязывает hardware-backend, который мешает запуску по сети (по сути его выкидывает нафиг) и в котором ШГ (шрифты мыльцо). Ну и периодические глюки на драйверах - это тоже случается на hardware backend-ах.

Я уже года два на вейланде

Какие-то детские ошибки.

Wayland ещё не готов для десктопа :)

Да, я понимаю, что это не в нём дело, но конечному пользователю эти тонкости до лампочки.

О каких костылях речь?

Я не знаю, о каких конкретно. Но есть факты: ФФ уже сто лет как поддерживает GTK3, который, вроде, имеет базовую поддержку вейланда. Однако, гном решил пилить GTK4 для нормальной поддержки вейланда, да и ФФ на GTK3 очень долго поддержку вейланда до продакшна не может довести. Я из этого делаю вывод, что GTK3 надо подпирать костылями для работы с вейландом, а GTK4 - нет, но это не точно. :)

Самое смешное, что GTK2 позволяет большую кастомизацию оформления и при этом работает БЫСТРЕЕ.

В GTK3/4 всё прибито на квадратно-гнездовой CSS (при этом на неполноценный CSS, потому что дерево виджетов в GTK - это один хрен не разметка HTML) и вместе с тем требует БОЛЬШЕ вычислительных ресурсов.

Деградация ценой потери производительности.

Сегодняшний стек Гнома реализует весь тот говнодизайнерско-маркетоидный абсурд, который tonsky разбирает в своём блоге уже много лет: https://grumpy.website/

Из реальных проблем в GTK2:

• Определения struct объектов являются частью публичного интерфейса, а не инкапсулированы за методами. Решение этой проблемы потребовало полностью сломать ABI, поэтому они довольно долго тянули до ввода GTK3, когда накопилась критическая масса идей, ради который стоило бы идти на такой кардинальный шаг, чтобы сразу всё воплотить.
• Как следствие предыдущего. В одной из структур фигурирует 32-битное значение под счётчик времени, и это нельзя исправить без поломки ABI. Если не ошибаюсь, это связано с кодом всплывающих подсказок. Поэтому если это не править, то в 2038-м этот код сломается.
  • В качестве решения я вижу изменить внутреннюю логику кода так, чтобы счётчик хранил относительное значение времени - отсчитывая разницу от момента запуска программы. Это починит логику, не сломав ABI.
• В GTK2 приложение линкуется с библиотекой вида libgtk-x11-2.0.so.0, то есть она связана с конкретным бэком. В GTK3 этот вопрос решили, приложение линкуется с libgtk-3.so.0. И теоретически, если не использует ничего, специфичного для конкретного бэка, то может прозрачно работать на любом бэке.
  • Для GTK2 этот вопрос можно решить, оставив libgtk-x11-2.0.so.0 как легаси-имя. То есть теоретически вполне возможно существующие собранные программы на GTK2 запустить на другом бэке, если доработать тулкит.
• HiDPI. Нужно допиливать. Тупо не завезено API под это дело, нужно завозить.

И да, реализация масштабирования UI в GTK3/4 - сосёт. Они отмазываются тем, что «реализация дробного масштабирования требует поддержки со стороны приложений». А миграция с GTK3 и GTK4 - не требует что ли??

В GTK3 убрали границу вокруг меню, нечувствительную к нажатиям мыши, и её невозможно вернуть обратно.

Смесь из программистов (без знаний про UX), маркетологов (без знаний про UX) и говнодизайнеров (без знаний про UX) абсолютно не в курсе, что эта граница существует не просто так, а имеет свою функцию в работе интерфейса.

Когда правой кнопкой открываешь popup меню, она защищает от того, чтобы случайное смещение мыши не сделало первый пункт меню выделенным, и при отпускании ПКМ он не активировался.

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

Кстати, разрабы Opera до сих пор всё делают правильно.

У них и меню имеет защитный отступ.

И открытие меню не препятствует работе горячих клавиш. Хотя разрабы GTK прямо лгут, что это проблема иксов, а не их кода.

А в чём был бы плюс? Типа, невозможно покинуть браузер, или что?

Вернули ли в firefox поисковик Яндекса?

который tonsky разбирает в своём блоге уже много лет:

кто этот клоун?

В GTK3 убрали границу вокруг меню, нечувствительную к нажатиям мыши, и её невозможно вернуть обратно.

Убрали по бокам. Сверху и снизу осталась: https://ibb.co/2yfzsR8 — так что первый пункт меню в безопасности.

Firefox включает полноценную поддержку Wayland

а это включает в себя исправления косяка с «сохранением» файлов?! :о)

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

Напоминаю, что в Qt дробное масштабирование сделали.

Там ещё хуже с навязыванием libadwaita

Никто её не навязывает. Она используется в гномовских приложениях. В других приложениях её использовать необязательно (и вообще, не рекомендуется).

Уже давно готов.

Однако, гном решил пилить GTK4 для нормальной поддержки вейланда

Не для этого. В gtk3 поддержка тоже нормальная.

Никто её не навязывает. Она используется в гномовских приложениях.

Вот только видишь, навязывают и используют в других приложениях. Знаешь почему? Потому что сам GTK4 ноуфичи, а фичи завезли в libadwaita. Это такая хитров****нная махинация, где тебе принуждают в добровольно-принудительном порядке. Да и по умолчанию всё это антипаттерн. Так можно было бы юзать GNOME приложения без проблем в других оболочках (например XFCE), а тут прибили темы гвоздями. Кстати народ уже пытается делать un-adwaita темы, хаки, чтобы кастомные темы были в libadwaita приложениях. Почему в Qt нормальные движки тем, а в GTK как всегда трэш-угар-и-содомия?

• GTK2 theme (оно же и юзается для Qt)
• GTK3 theme (.css)
• GTK4 theme (.css)
• Adwaita theme

Потому что сам GTK4 ноуфичи, а фичи завезли в libadwaita

А подробнее?

Смесь из программистов (без знаний про UX), маркетологов (без знаний про UX) и говнодизайнеров (без знаний про UX) абсолютно не в курсе, что эта граница существует не просто так, а имеет свою функцию в работе интерфейса.

Когда правой кнопкой открываешь popup меню, она защищает от того, чтобы случайное смещение мыши не сделало первый пункт меню выделенным, и при отпускании ПКМ он не активировался.

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

Нужно ли говорить, что в GTK3 popup-меню открываются с отступом от курсора? Наверное, нет — жалко разваливать такой складный аргумент :-)

Ладно, убедил.

Проверил в тунаре.

Не для этого.

Вообще-то, я разрабов цитировал: https://blog.gtk.org/2020/12/17/who-wrote-gtk4/

Of course, we also knew we wanted to improve other sub-systems,
like input and the windowing system API, to move away from
X11-isms and towards a design more in line with the requirements
of Wayland (and other windowing systems).

В gtk3 поддержка тоже нормальная.

Тогда почему, поддерживая gtk3 уже 100 лет, ФФ всё никак работу с вейландом ни выкатит в релиз?