LINUX.ORG.RU

Обзор прогресса портирования Wayland в основных рабочих окружениях Linux

 , , , ,


1

7

Силами проекта The Linux Homefront было выполнено тестирование сессий Wayland в рабочих окружениях GNOME, KDE и Enlightenment. Как оказалось, лучше всего обстоят дела в GNOME: не считая небольших косметических багов эту среду можно считать готовой для работы c Wayland. Окружение Enlightenment довольно хорошо работает c приложениями на базе тулкита EFL, но запуск приложений на базе GTK+ или Qt заканчивается неудачей. Неожиданно хуже всех оказалась ситуация с KDE: Wayland-сессия в последней версии KDE Plasma не стартует вообще, а в предпоследней наблюдается множество проблем.

Видеодемонстрация

Большая дискуссия на Slashdot

>>> Подробности тестирования

Deleted

Проверено: fallout4all ()
Последнее исправление: fallout4all (всего исправлений: 2)

Ответ на: комментарий от Aceler

A реализует протокол B, C использует А для реализации поддержки протокола B, C не поддерживает фичу D по которой страдает много пользователей, на основе этого делается вывод, что A как реализация протокола B и сам протокол B, данныю фичу обеспечить не могут в принципе. Для решения придумывается новый протокол F, и создаются его реализации F{1..255}, в этих реализациях фича D работает, но возникает вопрос правильный ли этот путь ? Ведь сам протокол F, не охватывает многие вещи которыми были в протоколе B(и в его реализации A), а думать как эти вещи добавить начали только сейчас, что не очень хорошо.

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

Ещё раз — фичу D не поддерживает никто. «This is how X grab works ©».

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

Беги сразу на дос 6.2

Выпуск freedos 1.2 скоро

FiXer ★★☆☆☆
()

Позволю себе подвести итог темы. Проблема не в технической части Wayland, а в экосистеме пользователей и разработчиков. Больше пользователей, больше багов, больше разработчиков, больше обсуждений => Win

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

Это на 100% проблема гнома/гтк. Никто ведь не заставляет их пользовать grab при отрисовке меню, но они его зачем-то пользуют, а потом удивляются, что grab работает именно так, как и задумано.

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

Вот уж воистину, мыши плакали, кололись, но продолжали жрать кактус.

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

Ну да, а в KDE/qt не работает чисто за компанию.

Не работает чисто потому, что используется тот же самый grab. И всё, что будет использовать mouse and keyboard grab тоже будет вести себя точно так же. Если кому-то нужно какое-то другое поведение - то не нужно использовать grab. Только и всего.

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

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

Т.е. это 100% проблема любого приложения в Linux, а не в X11.

Насколько нужно быть тупорылым

Когда все кругом идиоты, а ты один умный — это симптом.

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

Т.е. это 100% проблема любого приложения в Linux, а не в X11.

Нет, это заведомо известное поведение любого окошка которое воспользовалось grab'ом. Grab для этого и предназначен. X11 вовсе не bluez какой-нибудь и не pulseaudio у которых документация отсутствует чуть более чем полностью, а очень хорошо и давно документированная система.

Когда все кругом идиоты, а ты один умный — это симптом.

Симптомы наблюдаются у тех, кто почему-то хочет от grab'а поведения которое не является grab'ом. Никто ведь не мешает написать менюшки/комбобоксы которые ведут себя иначе, и не используют XGrabXxxx. Однако, почему-то, некоторым хочется и на ёлку влезть и жопу не ободрать. Вот это - точно симптом.

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

Нет, это заведомо известное поведение

То есть да. Заведомо известная проблема.

Никто ведь не мешает написать менюшки/комбобоксы которые ведут себя иначе, и не используют XGrabXxxx

Осчастливь человечество, расскажи как. Все линуксоиды мира 20 лет ждут!

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

Симптомы наблюдаются у тех, кто почему-то хочет от grab'а поведения которое не является grab'ом.

Кстати, в теперь финт ушами: почему это не работает в X11, но работает в XWayland? Шах и мат, иксопоклонники!

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

Осчастливь человечество, расскажи как. Все линуксоиды мира 20 лет ждут!

Отучаемся говорить за всех. Мне никогда в жизни не требовалось сделать скриншотик какой-нибудь менюшки, я ж не скринкастодрочер какой-нибудь. Эта проблема волнует в основном всяких нубов и пр., нормальным юзверям на неё наплевать. И уж тем более наплевать на неё тем, кто знает «как». И мне в том числе. И вот объясни мне - зачем мне вообще решать эту проблему? Ради всяких переползающих с венды идиотов, которым нужны скриншотики? Ради таких как ты любителей вяленда и прочей системды? Назови хоть одну причину, по которой на эту фигню вообще стоит тратить время.

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

Кстати, в теперь финт ушами: почему это не работает в X11, но работает в XWayland?

Потому что XWayland не X11, только и всего. Это в общем-то очевидно. Если обработкой evdev и прочих источников keyboard, pointer и button event'ов занимается wayland, а не xorg, то будет большим чудом, если иксовые приложения в итоге получат то же самое, что получили бы от xorg. И этот весёлый и долгий путь эмуляции X11 вялендом утыкан ещё и не такими глюками и проблемами с совместимостью.

Шах и мат, иксопоклонники!

Тут ещё никто фигуры-то на доске не расставил, а ты уже про какие-то там шахи с матами. :)

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.