LINUX.ORG.RU

В Ubuntu 17.10 по умолчанию будет использоваться Wayland

 ,


0

1

Согласно заявлению, сделанному менеджером по разработке настольных систем Уилом Куком (Will Cooke), в Ubuntu 17.10 окружение GNOME будет работать по умолчанию поверх Wayland вместо X11. Для запуска X-приложений будет применяться XWayland.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от Sunderland93

А что касается реализации того, для чего пока нет стандартного протокола

Дык разве захвата экрана произвольным софтом "пока нет"? Отсутствие такой возможности преподносится как киллерфича же. Да и какое "пока нет", если протокол разрабатывают уже 10 лет? Они же не идиоты, чтобы не знать о софте, который без захвата экрана не работает? Сознательно отказались ведь:

https://bugs.freedesktop.org/show_bug.cgi?id=98672
Olivier Fourdan 2016-11-10 12:41:43 UTC
By design, Wayland is a lot more secure than X11 and does not allow one application to capture the content of other applications' windows

https://blog.martin-graesslin.com/blog/2016/11/from-window-killing-to-screens...
An application taking a screenshot of another window or of the complete system is nowadays not acceptable any more. And there is no built in way to take a screenshot – neither of fullscreen nor of a window.

Или 10 лет было не нужно, а за последние полгода все переиграли? Кстати, для использования глобальных хоткеев в протокол добавили универсальный механизм?

разрабы KDE ... с разрабами Гнома

А остальные?

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

Дык разве захвата экрана произвольным софтом «пока нет»?

Ну вот разраб SSR говорит что нету, каждый пилит своё. Хотя он предоставлял пример протокола и даже сделал концепт кейлоггера под Wayland. Тут подробнее https://github.com/MaartenBaert/ssr/issues/431 Можешь также завести issue в репе OBS

разрабы KDE ... с разрабами Гнома

А остальные?

Их проблемы. Действовать надо сообща, а не «давить конкурентов». Почему-то разрабы KDE называют разрабов Гнома друзьями. А не конкурентами.

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

Таки про новые возможности я так и не услышал.

принудительный композитинг. Что это такое вообще и зачем оно мне нужно?

Я понятия не имею что тебе нужно, и наверняка кормлю тролля. Но просто и для других дам ссылку на статью об устройстве Линуксового графического стека https://habrahabr.ru/post/148954/

Срань господня. Композитор - это OpenGL command buffer. Ужоснах. Свистелки-перделки. Что нужно мне: аппаратную поддержку 2D-ускорения. Этого вейланд не может дать принципиально. Извини за потраченное на меня время. Касаемо вейланда - обоссать и сжечь (или наоборот). Не вызывает удивления, что за 10 лет ничего не вышло. Угу, и кто ценит свое время и деньги - должен побить рекламщика вейланда как бешеную собаку.

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

Ну вот разраб SSR говорит что нету

Знаю что нету. Но не "пока нет", а "нет и не будет", см. цитаты выше.

Действовать надо сообща

И лучший способ добиться этого - отделить сервер от wm, разве нет?

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

хочу помочь в разработке вэйланда и композитного менеджера, с чего начать? какие доки посоветуете по этой теме?

Выпей йода. И далее вдоль... по тропинке.

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

И лучший способ добиться этого - отделить сервер от wm, разве нет?

Какой именно сервер? Wayland не предписывает делать именно клиентскую отрисовку, он также может работать по клиент-серверной модели. Пример - Kwin.

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

Документация на сам протокол здесь, здесь примеры различных композиторов (как можно заметить написать его можно на любом языке), здесь находятся wayland-protocols. Также пример готового применению композитора и даже целой DE на нём можно найти в Qt 5.8

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

А протокола для захвата экрана таки не завезли. Хоть это действительно важно.

И костыли вроде gnome-screenshot это не то. Нужно чтобы софт вроде obs мог захватывать при любом wm по единому api

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