В Qt 6.5 добавили нативные интерфейсы Wayland

Новость целиком написана ИИ.

Хех! Раньше в программах были костыли с #ifdef X11, теперь будут костыли с #ifdef WAYLAND. Кроссплатформенность во все края.

Давно уже.

Хех! Раньше в программах были костыли с #ifdef X11, теперь будут костыли с #ifdef WAYLAND. Кроссплатформенность во все края.

Qt позволяет и всегда позволял писать некросплатформенные вещи, модули типа QtX11Extras, QtWinExtras, QtMacExtras – были в нём всегда.

Сейчас в Qt 6 решили навести порядок: https://www.qt.io/blog/qt-extras-modules-in-qt-6, поскольку там многое устарело и кривое. Ну и Red Hat выкидывает X.Org, а значит в Qt нужно реализовывать и оттачивать поддержку Wayland.

Qt 6.5 с поддержкой собственного интерфейса Wayland через QNativeInterface значительно упрощает взаимодействие с объектами Wayland непосредственно из кода вашего приложения Qt.

Эти штуки могут потребоваться для того, чтобы делать какие-то специфичные вещи на Qt, к примеру всякие там Window Manager, доки в стиле Mac OS и прочее подобное.

Red Hat выкидывает X.Org

XWayland никуда не денется. Из него в X.Org что-то переносить будут. А там уже и X12 будет готов.

XWayland никуда не денется. Из него в X.Org

Ты в курсе, что Xorg и Xwayland — это одна и та же кодовая база?

переносить будут

Кто?

А там уже и X12 будет готов.

*поперхнулся чаем*

Xorg и Xwayland — это одна и та же кодовая база

1. У XWayland отдельный от X.Org цикл релизов.

2. О том и речь. Часть кодовой базы у них общая.

*поперхнулся чаем*

http://www.x.org/wiki/Development/X12

А вообще, достаточно взять X11, выкинуть из него то, от чего горит у разработчиков Wayland и оставить современную часть со всеми фичами (современные иксы никакие не устаревшие, а возможность полностью отключить VSync нужно оставить), доработать, подрихтовать и внести расширение Wayland для работы в базовом режиме. Вот и полная полная обратная совместимость (до некоторого момента), современные фичи и новый (базовый) режим работы. Все довольны! Единая кодовая база, GUI спасён.

Минорные патч-релизы X.Org до сих пор выпускаются лишь по добродушию Red Hat, который их в своём огромном большинстве и пилит:

Red Hat намерен прекратить развитие сервера X.Org

Вылезай из криокамеры, X12 сегодня по сути и есть Wayland, а все разработчики X.Org давно уже пилят XWayland и Wayland.

А там уже и X12 будет готов

Попробуй написать сборник анекдотов, думаю с таким сабжем ты далеко пойдёшь

http://www.x.org/wiki/Development/X12

Там просто рандомные мысли на тему того, что нужно выкинуть или починить. Никакого кода.

достаточно взять X11, выкинуть из него то, от чего горит у разработчиков Wayland

Проблема в том, что разработчики Wayland – поехавшие кукухой наркоманы, и у них «горит» от буквально всего. Например, у них горит от возможности приложения узнать, отображаются ли окна этого приложения на экране. Или от возможности задать координаты окну. Короче, от довольно простых и банальных вещей.

Боюсь, что единственной альтернативой убогому Wayland может стать переезд на MacOS. Ну или Дрю Дювал в очередной раз раздуплится от амстердамской травы, обложит херами и такой-то матерью всех причастных к Wayland и запилит нам на радостях таки нормальный дисплейный протокол.

Да просто в композиторы будут впиливать неофициальные расширения протокола Wayland. Конечно, будет зоопарк, но он с этим Wayland'ом, по ходу, и так уже в наличии, поскольку в разных композиторах всё реализовано по-разному.

Да просто в композиторы будут впиливать неофициальные расширения протокола Wayland. Конечно, будет зоопарк, но он с этим Wayland’ом, по ходу, и так уже в наличии, поскольку в разных композиторах всё реализовано по-разному.

Можно просто в wlroots запихнуть. Всё равно сейчас по сути есть две реализации: GNOME и wlroots. Первую надо закопать.

Всё равно сейчас по сути есть две реализации: GNOME и wlroots.

Есть и, как минимум, третья: KDE. kwin несовместим ни с реализацией GNOME, ни с wlroots.

kwin несовместим ни с реализацией GNOME, ни с wlroots.

Это не так. KWin реализует достаточно много протоколов из набора wlroots.

Наконец, несовместимость – это про расширения, и я за годы использования wlroots-based композиторов, а с некоторых пор KDE Wayland еще ни разу не сталкивался с проблемами работы типовых приложений из-за разницы в поддерживаемом наборе расширений.

. Всё равно сейчас по сути есть две реализации: GNOME и wlroots.

4.2

KWin реализует достаточно много протоколов из набора wlroots.

Тем не менее, те же wl-gammactl и wlr-randr отказываются работать с kwin'ом:

compositor doesn't support wlr-gamma-control-unstable-v1

compositor doesn't support wlr-output-management-unstable-v1

обложит херами и такой-то матерью всех причастных к Wayland и запилит нам на радостях таки нормальный дисплейный протокол.

Не, у него времени нет (и желания). Ещё он говорил, то ему «лучи добра» мешают, в отличии от выбора другого вида деятельности.

На данный момент, ИМО, не особо понятно, что и куда движется.

Удивительно. Мне казалось, перцы из kde тупо взяли wlroots вместо самостоятельного пердолинга.

Это не типовые приложения. Более того, я не утверждал, что перекрытие полное.

wlr-gamma-control-unstable-v1

https://invent.kde.org/plasma/kwin/-/merge_requests/1335

Кратко: свою реализацию они считают лучше, чем то, что в протоколе.

wlr-output-management-unstable-v1

У KDE свой протокол. Не нашел сравнения с этим.

wlr-output-management-unstable-v1

У KDE свой протокол. Не нашел сравнения с этим.

Как и предсказывали наши специалисты, будет 100500 разных несовместимых утилит для управления базовыми вещами. И все говно.

Если ты пользователь, ты тыкаешь мышкой в штатных утилитах своего DE.

Если ты продвинутый пользователь, то наличие DE-специфичных инструментов тебя смущать не должно. Протокол не стандартизирован, поэтому не реализовывать его KDE имеет полное право.

наши специалисты,

И все говно

Специалист ни одной не пользовался, но мнение составил. Остальные специалисты у вас такие же?

Протокол не стандартизирован, поэтому не реализовывать его KDE имеет полное право.

Так там ни один протокол нормально не стандартизирован. На каждый кто-нибудь да болт положит. GNOME вот например положил на серверные декорации.

У XWayland отдельный от X.Org цикл релизов.

Какая, собственно, разница? «Переносить из Xwayland в Xorg» — это даже не из одного кармана в другой перекладывать, а в один и тот же.

О том и речь

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

А вообще, достаточно взять X11, выкинуть <…>, доработать, подрихтовать, внести <…>, современные фичи, все довольны

Разрешаю. Делай. Только за «всех» говорить советую отучиться.

wlroots

Там главный разраб наркоман, заставляет писать что-то вроде «Я_НИКОГДА_БОЛЬШЕ_НЕ_КУПЛЮ_НВИДИЮ» при запуске wm(sway). Хотя, вроде тут на лоре писали, что он уже не главный. Но я не очень поверил(пока не передадут какому-нибудь комитету вейланда разработку).

Qt позволяет и всегда позволял писать некросплатформенные вещи

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

Больше не заставляет. Теперь нужно писать --unsupported-gpu. И его вполне можно понять – выходки NVIDIA задержали разработку Wayland по меньшей мере на 2 года.

о, вот и виноватых нашли

выходки NVIDIA задержали разработку Wayland по меньшей мере на 2 года.

Там ещё можно поспорить чьи выходки задержали. NVIDIA вроде как по стандарту Khronos'а все сделала. Да и в отличии от них, в kwin тогда легко включили поддержку их буферов, а эти понимаешь гордые оказались. Причем, насколько помню, не то что сами не захотели добавлять поддержку, это можно понять, но и пуллреквкесты не принимали от тех кто готов был поддерживать. Это многое о разрабах говорит, когда готовы 50% пользователей(вряд ли меньше пользователей невидии) нафиг послать из за своего эго.