The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск wayland-protocols 1.20

01.03.2020 08:45

Доступен релиз пакета wayland-protocols 1.20, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений. Выпуск 1.20 был сформирован почти сразу после 1.19, из-за невключения некторых файлов (README.md, GOVERNANCE.md, MEMBERS.md) в архив.

В новой версии обновлён протокол xdg-shell, в который добавлена возможность изменения позиции уже привязанных popup-диалогов. В протоколы "presentation time" и xdg-shell добавлены новые атрибуты enum и bitfield. В состав добавлен документ GOVERNANCE.md, описывающий процессы создания новых протоколов Wayland и обновления существующих в наборе wayland-protocols. Внесены незначительные дополнения в существующие протоколы, улучшена документация и устранены выявленные ошибки.

В настоящее время в состав wayland-protocols входят следующие стабильные протоколы, в которых обеспечивается обратная совместимость:

  • "viewporter" - позволяет клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера.
  • "presentation time" - обеспечивает отображение видео.
  • "xdg-shell" - интерфейс создания и взаимодействия с поверхностями как с окнами, что позволяет их передвигать по экрану, сворачивать, разворачивать, изменять размер и т.д.

Нестабильные протоколы, разработка которых ещё не завершена и не гарантируется сохранение совместимости с прошлыми выпусками:

  • "fullscreen-shell" - управление работой в полноэкранном режиме;
  • "input-method" - обработка методов ввода;
  • "idle-inhibit" - блокировка запуска скринсейвера (экранной заставки);
  • "input-timestamps" - временные метки для событий ввода;
  • "linux-dmabuf" - совместное использование нескольких видеокарт при помощи технологии DMABuff;
  • "text-input" - организация ввода текста;
  • "pointer-gestures" - управление с сенсорных экранов;
  • "relative pointer events" - относительные события указателей;
  • "pointer constraints" - ограничения указателей (блокировка);
  • "tablet" - поддержка ввода с планшетов.
  • "xdg-foreign" - интерфейс взаимодействия с поверхностями "соседнего" клиента;
  • "xdg-decoration" - отрисовка декораций окон на стороне сервера;
  • "xdg-output" - дополнительные сведения о видеовыходе (используется для дробного масштабирования);
  • "xwayland-keyboard-grab" - захват ввода в приложениях XWayland.
  • primary-selection - по аналогии с X11 обеспечивает работу первичного буфера обмена (primary selection), вставка информации из которого обычно осуществляется средней кнопкой мыши;
  • linux-explicit-synchronization - специфичный для Linux механизм синхронизации буферов в привязке к поверхности.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Доступен Wayland 1.18
  3. OpenNews: Wine адаптирован для работы с использованием Wayland
  4. OpenNews: Выпуск wayland-protocols 1.17 с поддержкой буфера обмена по средней кнопке мыши
  5. OpenNews: Выпуск wayland-protocols 1.18
  6. OpenNews: Выпуск композитного сервера Weston 8.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52460-wayland
Ключевые слова: wayland, wayland-protocols
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, псевдонимус (?), 09:20, 01/03/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.3, Fracta1L (ok), 09:29, 01/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    По-моему, напрасно они довольно базовую функциональность так раздробили. Пример Jabber'а показывает, что из этого ничего хорошего не выходит.
     
     
  • 2.15, Аноним (-), 12:01, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > показывает, что из этого ничего хорошего не выходит.

    Ну, где ж ты раньше то был, на фазе проектирования? А то почему-то задним умом все крепки, но когда штуку только проектируют - вы все где?! :)

     
     
  • 3.22, Crazy Alex (ok), 13:26, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    То, что они чудили, было ясно с самого начала. И чо?
     
     
  • 4.45, Fracta1L (ok), 17:33, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они, походу, попали в когнитивную ловушку "Иксы жирные и монолитные, и из-за этого столько проблем, значит, надо всё максимально раздробить!"
     
     
  • 5.56, GentooBoy (ok), 20:15, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это самое обычное явление. Делают систему расширяемой за счет того что она модульная. API модулей необходимо сделать  компактным и универсальным. Вот только тогда страдает функциональность.

    Имхо если отсмотреть API который предлагают то все там впорядке по большей части.

     
  • 2.26, Аноним (26), 14:31, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При нормальном проектировании и хорошей архитектуре все норм, пример email/imap/pop/dkim/etc

    Wayland продолжает требовать дофига от композитора, это само собой приводит к разному качеству кода в гноме/кедах/sway. Последние даже создали свою кучу костылей для елементарных вещей.

     
     
  • 3.30, Аноним (30), 15:01, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это емэйл-то нормальный?
     
  • 2.63, maximnik0 (?), 22:32, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пример Jabber'а показывает,

    Что дело в реализации клиента и раскрутке.Сам по себе протокол не совсем плохой.Это я к тому что WhatsApp был клиентом на этом протоколе ( просто завязанный на свой сервер), да и сейчас ещё артефактов с него торчит.

     
     
  • 3.66, N0nymous (?), 12:03, 02/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В джаббере, вместо того, чтобы добиваться поддержки расширений основными клиентами, комитет рисовал новые, никем (кроме трёх с половиной анонимусов) не поддерживаемые расширения.

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

    Возвращаясь к вяленому: чуваки занимаются софтом, вместо экосистемы. Это фатальная ошибка.

     

  • 1.4, artenox (?), 09:49, 01/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В каких дистрах раньше всего появится?
     
     
  • 2.17, Аноним (17), 12:41, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://www.archlinux.org/packages/extra/any/wayland-protocols/

    Еще вчера. ;)

     
     
  • 3.18, artenox (?), 13:08, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я заинтересовался Void, как роллингом. Придется подождать.
     
     
  • 4.70, ананчик (?), 00:59, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    накатите в любую систему nix или brew для нужного пользователя и будет вам свежий софт, сами себе проблемы на пустом месте устраиваете и потом героически их решаете
     
     
  • 5.71, artenox (?), 02:14, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я хотел поставить второй системой роллинг, чтобы иметь свежий софт. А так я пользуюсь LTS. Левые пакетные интерфейсы это обычно жирнота.
     

  • 1.5, Аноним (-), 10:12, 01/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Скажите пожалуйста, а что менее прожорливо (по процу, памяти, интенсивности чтения/записи) - иксы или вэйлэнд? Вэйлэнд - это действительно эволюция (более быстрый, мобильный, менее прожорливый, компактный) или очередное монструозное смузи?
     
     
  • 2.7, AlexYeCu_not_logged (?), 10:17, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Вэйлэнд - это действительно эволюция (более быстрый, мобильный, менее прожорливый, компактный) или очередное монструозное смузи?

    Я так понимаю, что если для реальной работы, а не для демок, то второе.

     
  • 2.8, Аноним (8), 10:39, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Wayland как раз и позиционируется как избавление от монструозности Иксов
     
     
  • 3.10, htd (?), 11:21, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Был тут один продукт позиционировался как просто и быстрый init.. по факту вышла не просто система инициализации.
     
     
  • 4.13, Суп из потрошков (?), 11:52, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не припомню, чтобы сисд позиционировался как простой.
     
     
  • 5.20, htd (?), 13:21, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Unit файлы проще чем bash-портянки. <-- эту простоту я имел ввиду.
    А не KISS какой-нибудь, как можно было подумать при слове "простой"
     
     
  • 6.57, GentooBoy (ok), 20:19, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Арчеводы считают что системд это KISS, первыми побежали выбрасывать свой  bsd подобный инит
     
     
  • 7.69, Совершенно другой аноним (?), 11:05, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    errare humanum est.
     
  • 2.9, Annoynymous (ok), 10:45, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На малинке третьей wayland работает лучше иксов.

    Вывод.

     
     
  • 3.53, Аноним (53), 19:50, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вывод: Уже актуальна 4-я Малина.
     
  • 3.67, КО (?), 12:33, 02/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На всех задачах? А то у меня на x86 его выключать приходится - задвоение(троение,четверение,...100500ение) ввода символов при вводе пароля слегка напрягает. :)
     
     
  • 4.68, Аноним84701 (ok), 14:09, 02/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На всех задачах? А то у меня на x86 его выключать приходится
    > - задвоение(троение,четверение,...100500ение) ввода символов при вводе пароля слегка напрягает. :)

    Спокойно, так и задуманно :)
    https://bugzilla.redhat.com/show_bug.cgi?id=1566240 (Reported: 2018-04-11 20:10 CLOSED EOL)

    https://bugzilla.redhat.com/show_bug.cgi?id=1579859 (Май 2018, status NEW)
    > Occasionally, key presses will be repeated multiple times regardless of the window manager, or application being used. > That is, the typing "hello" may result in "hhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhello".

    Peter Hutterer  (Senior Software Engineer @ RedHat)
    > libinput doesn't do key repeats - [b]it filters out the kernel repeats and only passes key down/up events[/b] on to the compositor. The [b]key repeat you're seeing is the one triggered [/b] in the compositor (or Xorg but that's where this bug doesn't trigger) and is simply caused by gnome-shell being busy doing something else and thus [b]not handling events as fast as it should[/b].

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

     
  • 2.11, htd (?), 11:30, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посмотри сколько жрут твои иксы и любое приложение которым часто пользуешься, увидишь что есть другие вещи требующие твоего внимания больше чем иксы.
    >> более быстрый, мобильный, менее прожорливый, компактный

    IceWM - и твои иксы станут более шелковистыми

     
     
  • 3.14, nox. (?), 11:59, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > и твои иксы станут более шелковистыми

    ну это всё очевидно и понятно, но вопрос был задан не про минималистиные вм'ки, а про сравнении двух архитектур и потребление ресурсов...

     
  • 2.19, Твой Бог (?), 13:13, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    вяленый это просто протокол в отличии от X сервера, он не может жрать больше или меньше
    потребление будет зависить от реализации того или иного композитора, а из тех что есть и более менее развитых врядли пока найдется который превзойдет иксы по всем параметрам, но это дело времени
     
     
  • 3.34, Crazy Alex (ok), 15:42, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    X11 - тоже протокол.

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

     
  • 3.49, Отвечаю пожалуйста (?), 18:20, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > вяленый это просто протокол в отличии от X сервера

    а ничё, что X сервер тоже работает по протоколу? так и называется "X protocol".
    чё книжки по юниксам, линуксам не читаем нынче? в код не смотрим сами? библиотечки не колупаем?

     
  • 2.23, Crazy Alex (ok), 13:27, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Иксы, конечно. Хотя бы потому что там композитинг со всеми его буферами необязателен
     
     
  • 3.62, aeeeee (?), 21:52, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ещё и vsync пихают насильно, чтобы все страдали и имели инпут лаг, после того как все перейдут на вэйланд, я скорее всего уйду на винду. "по поводу всинка https://github.com/swaywm/sway/issues/4715"
     
  • 2.33, Скажите пожалуйста (?), 15:36, 01/03/2020 Скрыто ботом-модератором     [к модератору]
  • –4 +/
     
     
  • 3.48, Отвечаю пожалуйста (?), 18:17, 01/03/2020 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     

     ....ответы скрыты (20)

  • 1.6, AlexYeCu_not_logged (?), 10:15, 01/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >xwayland-keyboard-grub" - захват ввода в приложениях XWayland

    Точно не «grab»?

     
     
  • 2.27, Аноним (27), 14:40, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Т.е. запустил на дефолтах, не заработало, попробовал другой дистр^W гуй. И причём тут иксы, если вы не удосужились разобраться, в чём проблема? Или "мне не настраивать, мне работать"?
     
     
  • 3.31, Аноним (31), 15:06, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Проблема в самых иксах, чукча-не-читатель. Если у него под вейландом все взлетело, то это точно не нвидия и шаманств с xorg.conf ака "настраивать" не требуется.
     
  • 2.29, Roobin (?), 14:51, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    С 4K монитором под Линуксом это мучения. Пожалел, что взял 4K, масштабирование никакое, дробное до сих пор эксперементальное (Gnome) и похоже в новом тоже не будет, сплошные костыли и никто не хочет ничего в этом плане делать. Печаль.
     
     
  • 3.32, RoobinHood (?), 15:11, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поставил последний гнум, виставил скейлин 200% - вполне норм.
    Кеды, крыска и прочее - все сильно пичально, да, но оупенсорс же - все в твоих руках.
     
     
  • 4.36, Roobin (?), 15:46, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а заметили, что все тупо сделано (Gnome) в 200%, даже фотографии и картинки в 200% увеличиваются везде. Хоть головой подумал кто нибудь зачем увеличивать фотографии в просмотре, они должны быть в 100% независимо от масштаба интерфейса, о какой адекватной работе с графикой там может идти речь, а ведь многие покупают 4К как раз для работы с фото.
     
     
  • 5.58, Roobin (?), 20:22, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот чего минусовать, что это не так? Так! Откройте фото и убедитесь.
     
  • 3.35, Crazy Alex (ok), 15:45, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Взял 4к, настроил размер шрифтов в xresources и том кривом софте, который на них не смотрит. В ресурсах же указал размер курсора мыши и dpi. Всё. DE нет, тайл, без композитинга. Вроде весь софт ведёт себя прилично. Не тормозит,-разумеется (там и нечему)
     
     
  • 4.72, Аноним (72), 23:16, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > настроил размер шрифтов в xresources и том кривом софте, который на них не смотрит. В ресурсах же указал размер курсора мыши и dpi. Всё.

    По идее, если монитор в EDID выдаёт правильные физические размеры экрана, то DPI можно не указывать, иксы сами его определят. А так согласен, этих настроек должно быть более чем достаточно, костыли в виде коэффициентов масштабирования пусть остаются в винде с её исторически захардкоженной "точкой отсчёта" DPI=96.

     
  • 3.65, artenox (?), 03:11, 02/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С 4K и на винде проблемы ведь. У меня монитор 720p и я не парюсь.
     
  • 2.37, Crazy Alex (ok), 15:47, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если ты не знал, на произволительность иксов количество пикселей не влияет - один чёрт всё сбоку от них в видеокарту идёт последние лет двадцать. Что бы у тебя ни зачудило - причина не в иксах.
     
     
  • 3.38, Аноним (-), 16:03, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > на произволительность иксов количество пикселей не влияет

    Что за бред это только что был?

     
     
  • 4.47, Аноним (47), 17:41, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    640 KiB пикселей хватит всем!
     
     
  • 5.51, Аноним84701 (ok), 19:07, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > 640 KiB пикселей хватит всем!

    xrandr --output LVDS-1 --auto --scale 4x4 --pos 0x0 --panning 5760x3600 --fb 5760x3600
    Никаких диких тормозов, даже с
    "AccelMethod"                "none"
    Ну и:
    xrandr --output LVDS-1 --auto  --pos 0x0 --panning 8192x8192 --fb 8192x8192
    Но вы там держитесь …

     
  • 2.41, Сишник (?), 16:51, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж какой хламной проц надо иметь, чтобы Х тормозили, если даже цп 30 летней давности с этим справлялись?
     
     
  • 3.42, Плюсовик (?), 16:58, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Справлялись с чем? 320x240@23fps небось?
     
     
  • 4.44, Сишник (?), 17:18, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/NeXTstation
    Central processing unit: Motorola 68040, 25 MHz or 33 MHz (Turbo)
    Release date September 18, 1990
    Display resolution: 1120 × 832 px
    UNIX + Си рулят, вендовые ноутбуки давно ли от 768*1366 ушли?
     
     
  • 5.52, Жабист (?), 19:39, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Эти плюсовики завидуют, без жора им никак. Иксы на железе уровня аврки успешно крутились.
     
     
  • 6.55, Аноним (53), 19:59, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А как жабистам без жора живётся? ;)
     
     
  • 7.59, Сишник (?), 21:23, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На андрюшке нормально живётся, интерфейс как ни странно, плавнее всяких plasma mobile выглядит.
     
     
  • 8.64, Аноним (64), 23:15, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Будто это заслуга жабы ... текст свёрнут, показать
     
  • 5.54, Аноним (53), 19:59, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Оболочка NeXTstep была на Objective-C.
     
     
  • 6.60, Сишник (?), 21:25, 01/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там был X11, вряд ли его на ObjC переписывали.
     

  • 1.73, Аноним (73), 16:32, 16/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    xdg-shell тоже нестабильный. Там есть часть stable и часть unstable. Так что сказать "поддерживается xdg-shell 1.20" - это ни о чем. Цирк с конями этот ваш вяленый.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру