LINUX.ORG.RU
ФорумTalks

LFCS 2012: X и Wayland (кратко)

 , ,


0

3

Keith Packard - разработчик Х-ов с давних времен, рассказывает нам о разработке Wayland - наследника Х.

В начале он рассказал как работают Х и Wayland и как они сделали поддержку Х-овых приложений в Wayland. Механизм поддержки похож на тот, который используется в MacOSX и Windows, шо несет пенальку по производительности, но Паккард уверяет, шо у них есть воркераунд, который позволяет работать Х-прогам так же быстро (как я понял, посредством OGL или VAAPI).

В слеующем параграфе Паккард сравниает X и Wayland, основные различия:

+ Х имеет отдельный compositor, Wayland - внутренний.

+ Х поддерживает управление окнами сторонними приложениями, Wayland занимается этим лично. Среди прочего, в X можна управлять окнами повисших приложений (неясно, как будет в Wayland. Еще это значит, шо наши любимые WM: *box, тайловые и многие другие = не будут работать под wayland (?) o_0).

+ X-проги не рисуют декорации окон, тогда как Wayland-проги должны рисовать их сами (QT рисует свои, GTK - свои, т.е. к каше тем прибавляется еще и каша с декорациями окон, кнопками в разных местах. Непонятно, шо будут рисовать всякие SDL).

Дальше он рассказывает, про прогресс в графике, перенос в ядро всяких фич, KMS итд, про производительность Х-ов и работу над интеграцией с Wayland.

Еще параграф он посвятил управлению окнами. Как уже упоминалось, декорации будут рисовать приложения, как им захочется (любой формы), будет плавный ресайз, зумирование и кручение окон и другое. Для вырезать/вставить и драг/дроп Wayland использует «MIME-labeled UTF-8 encoded objects».

Кроме того, он думает, шо лучшим путем запуска Х приложений будет не держать Х-сервер постоянно, а активировать по запросу (Weston будет слушать сокет X).

В последнем параграфе он затронул нерешенные проблемы:

- поддержка ввода еще не стабилизирована;

- вопросы по поддержке клавиатур, тачпадов и тачскринов;

- приложения Wayland через сеть. Паккард: Есть много хороших механизмов для передачи изображений, данные могут быть сжатыми итд. Думает, шо приложения, возможно, будут работать быстрее, чем через механизмы Х.

- требуется работа над оконным менеджером X/Wayland, вырезать/вставить, драг/дроп, а также Xinput 2.2.

https://lwn.net/Articles/491509/ (Jake Edge / 11.04.2012)

★★☆☆☆

Видел тред на одной странице

Wayland не нужен.

a1batross ★★★★★ ()

Видел тред с одним камментом.

Xorg не нужен.

kranky ★★★★★ ()

перенос в ядро

Как будто что-то хорошее...

Yareg ★★★ ()

Видел тред с 3 комментами
я няша

z00ke ()

Х поддерживает управление окнами сторонними приложениями, Wayland занимается этим лично

Поэтому больше нельзя кастомизировать передачу фокуса, чем раньше занимались WM...

Как уже упоминалось, декорации будут рисовать приложения, как им захочется (любой формы)

А также цвета и декораций, да, это мы уже знаем.

будет плавный ресайз, зумирование и кручение

... которыми должно будет заниматься приложение. Да-да, и это тоже знаем.

поддержка ввода еще не стабилизирована
вопросы по поддержке клавиатур, тачпадов и тачскринов;

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

Что и требовалось доказать - унылое, архитектурно кривое угребище, пришедшее с мобилок, где всего 3 разрешения экрана, клавиатура на 16 кнопок и вопросами всего остального вынужденое заниматься само приложение, вопрос управления фокусом ввода не стоит (бо на мобильнике есть только одно активное окно и оно всегда на весь экран), вопрос раскладки отдан тулкиту и его стандартному CInputBox. И теперь это г..но планируют анальным способом втюхать всем. Клинический случай.

no-dashi ★★★★★ ()

Преднамеренное искажение русского языка. -20.

Deleted ()

Таки Wayland подтвердил: Стена его последнее пристанище. Так как Х хоть и не лучший в мире способ организации управления графикой, но этому поделию даст фору, и не маленькую.

Только печалят меня толпы леммингов поттера, кричаших и обмазывающихся этим.

leonidko ★★★ ()

X-проги не рисуют декорации окон, тогда как Wayland-проги должны рисовать их сами (QT рисует свои, GTK - свои, т.е. к каше тем прибавляется еще и каша с декорациями окон, кнопками в разных местах. Непонятно, шо будут рисовать всякие SDL)

Родить обратно!

derlafff ★★★★★ ()

Еще это значит, шо наши любимые WM: *box, тайловые и многие другие = не будут работать под wayland

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

X-проги не рисуют декорации окон, тогда как Wayland-проги должны рисовать их сами (QT рисует свои, GTK - свои, т.е. к каше тем прибавляется еще и каша с декорациями окон, кнопками в разных местах. Непонятно, шо будут рисовать всякие SDL).

Как будто нельзя будет сделать общую либу. Или тупо договориться о формате тем для декораций.

Для вырезать/вставить и драг/дроп Wayland использует «MIME-labeled UTF-8 encoded objects».

Офигенно.

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

Для вырезать/вставить и драг/дроп Wayland использует «MIME-labeled UTF-8 encoded objects».

Офигенно.

А можно для не разбирающихся?

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

Это вполне обосновано... Если декорации рисует WM, то будет заметно больше проблем и тормозов. Хотя во вменяемых ОС есть фоллбек на сервер-сайд декорации специально на случай тормозящей/виснущей гуйни.

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

А можно для не разбирающихся?

http://tronche.com/gui/x/icccm/sec-2.html#s-2 ← это в основе того, что сейчас. Можно посмотреть на дату...

Разница: не нужны менеджеры клипборда (если требуется только сохранить селекшн при закрытии окна), больше типов для селекшнов. Наверно, больше не будет анахронизмов, из-за которых pygtk (да и не только он) до сих пор не умеет копипастить что-то кроме текста без громадных костылей.

x3al ★★★★★ ()

До этого текста ещё была надежда, что Wayland возможно выльется во что-то вменяемое. А теперь я это вижу как говно. Уж если начали стандартизировать, то делали бы это для всего, но нет... демагогия с оформлением окон и т.д. это ппц.

Andru ★★★★ ()

всяко лучше, чем тормозные иксы. жду в своей уютной бубунте.

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

Wayland хоть и не лучшая замена иксов, но необходимая.

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

Стандартизация - это тот минимальный шаг, который требуется GNU/Linux, чтобы на него начали обращать внимание.

z00ke ()

Мысли человека, который углублялся в X и знает что это. Да, Wayland необходима.

z00ke ()

Быстро учить русский язык!

bhfq ★★★★★ ()

Какие-то вялендофобы все тут вялые и неактивные... прямо как иксы.

daemonpnz ★★★★★ ()

Да избавят нас Тор и боги от этого космического ужаса!

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

Мысли человека, который углублялся в X и знает что это. Да, Wayland необходима.

Забавно. Этот человек как раз говорит: «На мой взгляд, пока что нет кандидатов на замену X».

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

Дату поста посмотри, в том году были только первые зачатки вайланд, а сейчас на него уже есть порт qt и gtk+, свободных драйверов, и т.д. В Ubuntu 12.10 его уже даже можно будет попробовать.

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

Xorg это ужас, согласен.

По сравнению с описанием говновяленого он просто само архитектурное изящество и удобство. Впрочем, мой прогноз такой: если xorg чем-т и заменят, то вяленый тут никаким боком валяться не будет, он сдохнет в корчах куда ранее.

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

Прочитай статью, что я кинул выше. Половину описанного ТС можно рассматривать как +, а остальная половина просто еще не подоспела.

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

Дату поста посмотри, в том году были только первые зачатки вайланд

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

сейчас на него уже есть порт qt и gtk+, свободных драйверов, и т.д

Порт драйверов на вяленд... больше вопросов нет.

tailgunner ★★★★★ ()

Интересно, многие ли из отписавшихся тут прочитали оригинал? :)

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

Порт драйверов на вяленд...

Под этим подрузамевается переход на KMS. Всегда ваш КО.

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

Порт драйверов на вяленд...

Под этим подрузамевается переход на KMS. Всегда ваш КО.

Это делает более грамотным пост, на который я отвечал?

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

Это делает твой пост не аргументированным чуть менее чем полностью

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

Угу, почти. Помню разработчики nouveau что-то говорили про wayland

z00ke ()
Ответ на: комментарий от daemonpnz

Я и не собирался ничего аргументировать - так, намекнул парню на его малограмотность. Впрочем, как скажешь.

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

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

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

А если честно, то мне надоели уже эти вяленотреды.... ещё даже не тыкали толком ни те, ни другие... а уже в дискуссии пускаются

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

Потыкал только немного в weston'e позапускал там эмуляторы терминала, дым, и прочее.

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

Да это всё пока игрушки.... реальные приложения на различных тулкитах + иксовые приложения через X-сервер в вяленом.

daemonpnz ★★★★★ ()

Из каментов:

>There will never be Client Side Window Decorations in KDE Plasma. In fact the current state of Wayland support in KWin requires server side Window Decoration for Wayland Clients.

>We will most likely go for an approach were all Wayland Clients will be forced into server side decorations no matter whether they use Client Side Decorations or not. We have to do that as the differentiation between our Workspaces (Desktop, Netbook, Tablet) is from Window Manager perspective mostly in the decorations (Desktop always decoration, Netbook decorated except maximized windows, Tablet undecorated). I don't expect that application developers will care about such differentiation and we need to have the possibility to experiment in that area. We would limit ourselves if we would allow Client Side Decorations.

>I have even considered to enforce server side decorations on X11 but that's difficult due to backwards compatibility.

Deleted ()
Ответ на: комментарий от z00ke

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

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

Позже, если будет не лень, _попробую_ собрать и поделиться результатами.

z00ke ()

Жаль что DirectFB так никто всерьёз и не заинтересовался.

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

Вестон это просто пример. Напишут свой велосипед. Tileland какой-нибудь.

zavok ()

Устаревшие протоколы заменяются на современные. Такое везде происходит. Непонятно, о чём новость.

Deleted ()
Ответ на: комментарий от zavok

Спасибо кэп. Без тебя ну никак. Да и кэп у нас не читатель, а писатель.

daemonpnz ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.