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 - it filters out the kernel repeats and only passes key down/up events on to the compositor. The key repeat you're seeing is the one triggered 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 not handling events as fast as it should.

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

     
  • 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
    Добавить, Поддержать, Вебмастеру