Автор sway написал книгу про Wayland

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

А что с курсорами особенного? Распарсил, отрисовал буферы по нужным координатам, обновил хардварные курсоры, если нужно. Все.

При всей моей неприязни к Drew DeVault, он сделал для коммьюнити больше, чем Gnome и KDE, вместе взятые.

какая поддерживается? под вантузом/андроидом/макосью запускать иксы тот ещё изврат. про gdi и ms-dos, что по его ссылке вообще без комментариев. opengl же есть везде, vulkan везде c 2016г

А что с курсорами особенного? Распарсил, отрисовал буферы по нужным координатам, обновил хардварные курсоры, если нужно. Все.

Ахахааха. Нет, не все. Потому что в Wayland нет единого протокола для управления темой курсора. Поэтому в моем уютном sway у GTK с Qt один курсор, у alacritty другой, у sway такой же как у GTK с Qt только не скалируется, потому что reasons. На github’е кто-то раздуплил почему не скалируется, но разрабы молчат.

При всей моей неприязни к Drew DeVault, он сделал для коммьюнити больше, чем Gnome и KDE, вместе взятые.

Прости, но нет.

Мммм. Плохо выразился, я имел в виду конкретно вейланд-коммьюнити.

Да, собственно, никакой особой боли и нет. Ну если не считать гном3, который приходится сильно курочить под себя.

Да. Таким количеством говна никто в этой тусовке кроме него фонтанировать не способен. Чувак действительно выдающийся.

Вставка из буфера по средней кнопке мыши работает ?

Блокирующимся чтением, конечно же.

Потому что существование уже не первый год недописанной книги — не новость.

Вообще-то новость.

Сам посмотри, как ещё недавно выглядел этот сайт: https://web.archive.org/web/20200421213348/https://wayland-book.com/

Он там денег хотел за ранний доступ к книге. А теперь разрешил бесплатно читать.

Вторую половину ты сам придумал или вычитал в комментариях кого-то из местных клоунов?

Основное отличие Wayland в том, что по нему (протоколу Wayland) не пересылается графика ни в каком виде (команды рисования, отрендеренные битмапы). По нему приложение лишь получает у композитора прямой доступ к буферу для рисования и сообщает композитору, что изображение в буфере готово. Слово «wire» здесь не подразумевает пересылки сообщений между разными хостами (но и не исключает ее возможности). Для того, чтобы композитор и клиент могли работать на разных хостах (сетевая прозрачность как в иксах), нужен механизм доступа поверх TCP/IP к буферу, который находится на другом хосте. Проблема в том, что быстрый рендеринг с минимальными задержками нужен очень много кому, а сетевая прозрачность (не рабочий стол другого хоста в окне, а именно как в иксах) нужна очень мало кому.

Йап.

Это понятно, но с практической точки зрения то? в wayland экосистеме как обеспечивается ввод? Всем input выдают? В X11, я так понимаю, разделением потоков ввода занимается Xserver, который имеет пермишны на чтение с устройств

ну у людей, много контрибьютящих в опенсорс, часто бывают разные загоны. Как те же разрабы actix-web и void linux. Но если слать их подальше и т.п., то кто кодить-то будет? Гномеры? Спасибо, уж лучше Деволт.

Эх, а в плазме была фича, да сломали. Поэтому в вяленом сидеть неудобно.

вейланд-коммьюнити

Это для 2.5 дровосеков.

в wayland экосистеме как обеспечивается ввод?

сервер (он же композитор) читает устройства и посылает соответствующие события подписавшимся на них клиентам. В книге это все описано: https://wayland-book.com/seat.html

Drew DeVault

Учитывая продуктивность этого кадра, он явно с таблеток не слазит.

Я хз, это теперь в протокол зашито. Кеды должны уметь.

Пишу из новенькой убунты 20.04. Вейланд до сих пор не по дефолту.

то кто кодить-то будет? Гномеры? Спасибо, уж лучше Деволт.

Кто-нибудь, кому не рвёт пердак каждый четверг, например. Неужели нет таких? ШОК! СЕНСАЦИЯ! ЛЯЛЕКС ПИШУТ ИСТЕРИЧКИ! ВСЕ СРОЧНО НА ВЕНДУ!

this is a draft

22.04 мне кааца не раньше. Самое критичное это поддержка в проприетарских дровах типа nVidia - это уже вроде как обеспечено, или нет?

Самое критичное это поддержка в проприетарских дровах типа nVidia - это уже вроде как обеспечено, или нет?

Только в GNOME и KDE. За качество не ручаюсь.

можно надеяться

Можно, но в нем быстро найдут фатальный недостаток и начнут делать ещё более лучшую альтернативу

Пока, судя по обсуждениям, wayland целиком состоит из фатальных недостатков.

Да нет, они просто новый протокол сделают. А старые отменят. Где-то я это уже видел…

Вставка из буфера по средней кнопке мыши работает ?

Вроде да. Firefox->Nautilus, VsCode->Firefox – работает.

Как это случилось с systemd, да?

Ты из тех, которые до сих пор не поняли, что Wayland и есть протокол?

Ты из тех клоунов, которые не поняли, что wlroots это новый xorg и xlib в одном флаконе?

Нет. Wayland – это набор протоколов.

https://github.com/wayland-project/wayland-protocols

wlroots могли бы претендовать на роль xorg и xlib, если бы использовались везде. Вот только wlroots пользуется только коммьюнити sway и сочувствующих (пара мелких поделок не в счет), в реализациях KDE и Gnome эта библиотека не используется.

Это если не брать в расчет того, что wlroots выполняют совсем другую роль и вне sway полезны разве что в качестве reference implementation для некоторых нестабильных протоколов.

Лолшто? wlroots и kde основные генераторы новых протоколов в wayland, а почти все новые композиторы основаны на wlroots.

Ну значит потому что релиза не было.

Про kde речи не было, у них свои библиотеки. Это раз. Как сказанное мной противоречит

основные генераторы новых протоколов в wayland

я так и не понял.

новые композиторы основаны на wlroots.

Потому что люди не хотят писать бойлерплейт и погружаться в низкоуровневый код. Кстати, напомни мне, а сколько новых композиторов вышли на пригодный для работы уровень? Подскажу: можно пересчитать по пальцам. Из них на wlroots основаны ровно 3 (прописью: три): sway, wayfire и cage, причем последний ориентирован не на традиционное десктопное использование. Сами wlroots, кстати, не чураются в свой списочек тех, кто использует wlroots добавлять чуть ли не хелловорлды.

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

Штука для librem5, например. BSPWC.

Подскажу: можно пересчитать по пальцам.

Ну я тебе напомню, что X11 до сих пор дефолт везде. Ожидать СОТНИ ТЫСЯЧ проектов на wayland несколько глупо.

ага, композитор. нот не знает, но оперу пишет

Последние два коммита в bspwc были 3 месяца назад. Третий – 6 месяцев назад. Суммарно он не насчитывает и 50 коммитов. Насколько жив и готов к использованию этот проект, понять нетрудно.

Ожидать СОТНИ ТЫСЯЧ проектов на wayland несколько глупо.

Вот именно. Вернулись к тезису о том, что wlroots нельзя назвать xorg/xlib, так как рабочих композиторов мало, и единицы используют wlroots. О чем спорили?

Вот именно. Вернулись к тезису о том, что wlroots нельзя назвать xorg/xlib, так как рабочих композиторов мало, и единицы используют wlroots. О чем спорили?

Не знаю о чем ты спорил. Мой тезис о том, что никакого «WAYLAND ЭТО ПРОТОКОЛ» нет и не будет. Вейланд это kwin, mutter и два-три фреймворка типа wlroots, потому что никто заново все писать не будет. То есть опять те же самые xorg + xlib, просто в одном флаконе. Никто не будет заново писать весь стек с нуля, напишут WM поверх фреймворка.

а он там не написал чем nvidia провинилась?

NVIDIA сделала свой особый протокол, который имеет массу специфичных тараканов. В итоге в kwin и mutter все это с грехом пополам засунули, а пуристы из wlroots отказалиcь этим заниматься.

По протоколу Wayland не пересылается графика ни в каком виде (команды рисования, отрендеренные битмапы). По нему приложение лишь получает у композитора прямой доступ к буферу для рисования и сообщает композитору, что изображение в буфере готово.

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

ЛЯЛЕКС ПИШУТ ИСТЕРИЧКИ! ВСЕ СРОЧНО НА ВЕНДУ!

Вендузятник спалился, линуксойд бы написал "архивируйте репозитарии".

Лялекс пишут лебедь, рак и щука.

ЗЫ Не нужно объяснять смысл?

Мы поняли, ты зоофил.

просто в одном флаконе

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

заново все писать не будет

На секунду, написать композитор с нуля гораздо проще, чем написать второй X сервер.

напишут WM поверх фреймворка

Так и пусть пишут, какая разница? Фреймворков несколько, выбирай какой больше нравится. Принципиальное отличие именно в том, что стек гораздо меньше и проще. Его несложно полностью разобрать и уместить в голове за раз одному человеку. Его можно реализовать без сторонних фреймворков, если есть желание. Не нужно тащить за собой дремучее легаси из 1980.

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