The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.49

07.06.2026 22:44 (MSK)

Представлен выпуск пакета wayland-protocols 1.49, содержащего набор протоколов и расширений, дополняющих базовый протокол Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений.

В новой версии:

  • Добавлен экспериментальный протокол xx-fractional-scale, предоставляющий возможность масштабирования системы логических координат, значения в которой задаются целыми числами, для повышения точности позиционирования и увеличения разрешения логических координат до отдельных пикселей. Подобная возможность решает проблему с ограниченным разрешением системы логических координат, недостаточным для позиционирования на уровне отдельных пикселей, необходимого для полноценной реализации дробного масштабирования.
  • В протокол "linux-dmabuf" добавлена поддержка работы на системах с несколькими GPU. На подобных системах клиент может согласовать с композитными сервером какой из GPU следует использовать.
  • В протокол color-management-v1 добавлена поддержка метаданных изображений в формате BT.2100 для применения в композитном сервере специфичных обработчиков, позволяющих корректно отображать HDR-контент, созданный для Windows.

Все протоколы последовательно проходят фазы разработки, тестирования и стабилизации. После завершения стадии разработки (категория "unstable") протокол помещается в ветку "staging" и официально включается в состав набора wayland-protocols, а после завершения тестирования перемещается в категорию стабильных. Протоколы из категории "staging" уже можно применять в композитных серверах и клиентах, где требуется связанная с ними функциональность. В отличие от категории "unstable" в "staging" запрещено внесение изменений, нарушающих совместимость, но в случае выявление проблем и недоработок в ходе тестирования, не исключается замена новой значительной версией протокола или другим Wayland-расширением.

Для ускорения доведения протоколов до разработчиков и стимулирования ранней реализации протоколов в существующих проектах, начиная с позапрошлого выпуска дополнительно была добавлена фаза "experimental", в которой допускается внесение изменений, нарушающих совместимость, и добавление "сырых" протоколов, которые можно постепенно доводить до должного уровня. Если для попадания протокола в фазу "staging" требуется сформировать команду поддержки и получить определённое число подтверждений (ACK) от участников рецензирования, то для попадания в "experimental" достаточно отсутствия возражений (NACK) в течение двухнедельного периода рецензирования.

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

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

Протоколы, тестируемые в ветке "staging":

  • drm-lease - предоставляет ресурсы, необходимые для формирования стереокартинки с разными буферами для левого и правого глаза при выводе на шлемы виртуальной реальности.
  • "ext-session-lock" - определяет средства блокировки сеанса, например, во время работы хранителя экрана или вывода диалога аутентификации.
  • "single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA.
  • "xdg-activation" - позволяет передать фокус между разными поверхностями первого уровня (например, при помощи xdg-activation одно приложение может переключить фокус на другое).
  • content-type - позволяет клиентам передать композитному серверу сведения об отображаемом содержимом, которые могут использоваться для оптимизации поведения с учётом содержимого, например, выставлении специфичных DRM-свойств, таких как "content type". Заявлена поддержка следующих типов контента: none (нет сведений о типе данных), photo (вывод цифровых фото, требующий минимальной обработки), video (видео или анимация, требуется более точная синхронизация, чтобы исключить подтормаживания) и game (запуск игр, требуется вывод с минимальной задержкой).
  • ext-idle-notify - даёт возможность композитным серверам передавать клиентам уведомления о неактивности пользователя, что может использоваться для активации дополнительных режимов энергосбережения после определённого времени неактивности.
  • tearing-control - позволяет отключить в полноэкранных приложениях вертикальную синхронизацию (VSync) с кадровым гасящим импульсом, применяемую для защиты от появления разрывов при выводе (tearing). В мультимедийных приложениях появление артефактов из-за разрывов является нежелательным эффектом, но в игровых программах с артефактами можно смириться, если борьба с ними приводит к дополнительным задержкам.
  • ext-foreign-toplevel-list - получение информации о поверхностях, размещённых на самом верхнем уровне (toplevel), которые позволяют организовать закрепление окон поверх другого содержимого, например, для подключения собственных панелей и переключателей окон.
  • security-context - позволяет идентифицировать клиентов, использующих sandbox-изоляцию. Клиент может зарегистрировать новое подключение к композитному серверу на базе Wayland и прикрепить к нему контекст безопасности, после чего в соответствии с указанным контекстом безопасности композитный менеджер ограничит возможности, доступные для установленного соединения.
  • cursor-shape - альтернативный способ настройки внешнего вида курсора, основанный на передаче серии изображений курсора вместо привязки к поверхности (wl_surface).
  • "ext-transient-seat" - предназначен для создания временных независимых сеансов (seat), рассчитанных на использование вместе с виртуальными устройствами ввода. Например, при реализации возможности подключения к удалённому рабочему столу протокол позволяет создать для каждого пользователя отдельный сеанс с виртуальными клавиатурой и мышью.
  • "xdg-toplevel-drag" - расширяет механизм "drag & drop" возможностью прикрепления окон верхнего уровня к операции перемещения, что может быть использовано, например, для организации перетаскивания мышью панелей инструментов или вкладок браузера. Новый протокол позволяет создавать отсоединяемые части окна, которые при перетаскивании из этого окна становятся новыми окнами и могут перемещаться поверх существующего окна перед повторным прикреплением.
  • "xdg-dialog" - позволяет назначать поверхностям верхнего уровня признаки, специфичные для диалоговых окон, например, можно создавать модальные диалоги, которые блокируют взаимодействие пользователя с остальной частью интерфейса.
  • "linux-drm-syncobj" - предоставляет инструменты для явной синхронизации буферов при помощи объектов синхронизации DRM (Direct Rendering Manager). Предполагается, что в контексте синхронизации при отрисовке в буфер предложенный протокол позволит улучшить работу с драйверами на базе графических API Vulkan и OpenGL (реализация базируется на обработчиках в драйверах). Новый протокол даёт возможность убедиться, что операция отрисовки в буфер завершена до того, как композитный менеджер отобразит данный буфер.
  • alpha-modifier, позволяющий клиентам менять уровень прозрачности поверхности и выносить операции по обеспечению прозрачности на сторону композитного сервера, который в свою очередь может переадресовать эти операции KMS.
  • xdg-toplevel-icon - привязка пиктограммы к окну верхнего уровня.
  • ext-image-capture-source и ext-image-copy-capture - организация захвата контента, выводимого на экран.
  • xdg-system-bell - позволяет выводить системный сигнал, который может использоваться, например, как предупреждение в эмуляторе терминалов. Форма вывода сигнала определяется на усмотрение композитного менеджера, это может быть не только звук, но визуальный отклик.
  • fifo - реализует FIFO-механизм (первым пришёл - первым ушёл) обработки очереди обновления содержимого отображаемой поверхности. С практической стороны протокол позволяет при выводе использовать ожидание завершения вертикальной развёртки (vblank) вместо использования callback-вызовов при каждой готовности отобразить новый кадр, что решает проблему с высокой нагрузкой на GPU при использовании VSync.
  • commit-timing - позволяет привязать ограничение времени к содержимому поверхности (композитный сервер должен отобразить изменение контента по возможности через указанное время, но не раньше).
  • ext-data-control - позволяет привилегированным клиентам управлять обработкой данных, например, для реализации менеджеров буфера обмена.
  • ext-workspace - реализует концепцию виртуальных рабочих столов и предлагает события с информацией о состоянии рабочих столов, а также возможности для активации и деактивации рабочих столов. Протокол может применяться для создания панелей и индикаторов, выводящих список доступных виртуальных рабочих столов и позволяющих переключаться между ними.
  • color-management - предоставляет возможности для управления цветом и поддержки расширенного динамического диапазона яркости (HDR, High Dynamic Range). При помощи добавленного расширения клиентские приложения могут получать информацию о связанных с цветопередачей свойствах устройств вывода и передавать композитному серверу данные о свойствах цветопередачи собственного контента. В композитном сервере данная информация может использоваться для автоматического управления цветом при отображении содержимого на различных устройствах вывода, например, для преобразования контента в предоставление, подходящее для отображения на HDR-мониторах. Для описания цветовых пространств используются профили ICC.
  • xdg-toplevel-tag - позволяет Wayland-клиентам прикреплять теги к поверхностями верхнего уровня, которые композитный сервер может использовать для идентификации окон после перезапуска приложения (например, приложение может выставить теги "main window" и "settings" для основного окна и окна с настройками). Подобная идентификация полезна для восстановления позиции, размера и свойств окон после перезапуска, а также для определения особых правил для отдельных видов окон.
  • color-representation - определение цветового представления Wayland-поверхности. Wayland-клиенты могут передавать метаданные, необходимые для определения прозрачности, цветовой модели, субдискретизации и диапазона квантования, и применяемые при преобразовании буфера с данными, соответствующими цветовой модели YCbCr, в представление RGB.
  • ext-background-effect - применение эффектов к полупрозрачным частям Wayland-поверхности, таких как размытие фона.
  • pointer-warp - позволяет приложению мгновенно переместить указатель в указанную позицию.
  • xdg-session-management - возможности для восстановления состояния и позиции окон прерванного сеанса, например, после аварийного завершения композитного сервера или приложения.

Протоколы, разрабатываемые в ветке "experimental":

  • xx-session-management - восстановление состояния окон для прерванных сеансов (например, после аварийного завершения композитного менеджера).
  • xx-input-method - даёт возможность приложениям реализовывать методы ввода текста для композитных серверов и формировать введённый текст, что может применяться, например, для создания виртуальных клавиатур и IME-прослоек (Input Method Editor) для обработки ввода.
  • xx-text-input - позволяет композитным серверам реализовывать методы ввода и отправлять текст в приложения. Протокол стандартизирует взаимодействие между композитным сервером и приложениями, и позволяет управлять такими возможностями, как передача вводимого текста, обработка событий об изменении фокуса ввода и учёт специфики полей ввода (язык, выделение текста, тип контента).
  • xx-cutouts - для получения информации о вырезах на экране (например, области под фронтальную камеру на экране смартфона).
  • xx-zones - для создания и добавления окон верхнего уровня в "зоны" - окружения со своим пространством координат. Протокол позволяет организовать логическую расстановку окон, в которой каждое окно размещается относительно другого окна.
  • xx-keyboard-filter - для перехвата клиентом выбранных событий клавиатуры, изменения событий ввода или блокирования передачи определённых событий в Wayland-поверхность, на которой установлен фокус ввода.

Протоколы, разрабатываемые в ветке "unstable":

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


  1. Главная ссылка к новости (https://www.mail-archive.com/w...)
  2. OpenNews: Выпуск Wayland-Protocols 1.48
  3. OpenNews: Доступен Wayland 1.25
  4. OpenNews: Проект Xfce анонсировал композитный сервер Xfwl4, использующий Wayland и Rust
  5. OpenNews: Выпуск labwc 0.20, композитного сервера для Wayland
  6. OpenNews: Выпуск miracle-wm 0.9, композитного менеджера на базе Wayland и Mir
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65638-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 00:11, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > недостаточным для позиционирования на уровне отдельных пикселей, необходимого для полноценной реализации дробного масштабирования

    Не прошло и 20 лет, как они заметили, что соотношение логических и физических координат при дробном масштабировании оказывается ... дробным!

     
     
  • 2.5, Аноним (3), 00:15, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    P.S. И да, xx-fractional-scale уже устарел, т.к. в KDE сделали xx-fractional-scale-v2
     
     
  • 3.7, Аноним (7), 00:26, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылка в статье буквально ведёт на описание xx-fractional-scale-v2.

    Вообще мне кажется это ошибка в статье. Как будто протокол xx-fractional-scale уже давно болтался в unstable, просто ему на замену пришёл xx-fractional-scale-v2

     
     
  • 4.45, Аноним (45), 09:22, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Кто в курсе, это у всех: торрент-анонс серверы - блокируют прокси или только у меня?
    Т.к.толком ничего давно не качается из-за банов некоторых стран-партнёров NATO.... Или это м.б. qBitttorent глючит?
     
     
  • 5.79, Аноним (79), 14:59, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Магнеты тебе родина дала, используй
     
     
  • 6.89, Аноним (45), 17:00, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитай что ли
     
     
  • 7.91, Аноним (-), 17:28, 08/06/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.93, Аноним (45), 18:20, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > кубит глючит, просто перезапускай почаще

    Даже вываливается, как оказалось при смене IP, не всегда.
    Но, предложение перезапуска  не подходит, т.к. при смене IP из-за глюка же клиента отложенного перезапуска соединений - каждый раз перезапускаю вручную весь клиент.
    Вообще же он - то ещё глюкалово, как впрочем и не только он и вообще в никсах :(  Т.е.может и он глючить(а, смена клиента для проверки мне не доступна) потому и спрашиваю - сталкивается ли кто то с таким.

     
  • 2.9, Аноним (9), 00:34, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Стейбл протокол, кста. Ну ничего, ща всё быстренько поменяют и никто ничего не заметит, один хрен под вейландом стабильного софта не существует, везде стулья переставляют каждый день. И если в репозитории на гитхабе не было коммитов больше 72 часов, то проект уже начинают хоронить как легаси.
     
     
  • 3.12, Аноним (12), 00:57, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Один чёрт не юзабельно, https://github.com/NVIDIA/egl-wayland2/ туго идёт.
     
     
  • 4.22, name (??), 02:33, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно туго, им это не интересно, они вложились в arm ноуты с виндой и аишечкой.
     
  • 3.57, Axonic (ok), 11:24, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > один хрен под вейландом стабильного софта не существует

    Специально для эксперта:

    Firefox, Chromium, Chrome, Brave, Vivaldi, Microsoft Edge, mpv, VLC, GIMP, Inkscape, Evince, Nautilus, Gedit, GNOME Terminal, Dolphin, Konsole, Okular, Kate, KDevelop, Blender, LibreOffice, Thunderbird, Wine 10+, Bottles, IntelliJ IDEA, PyCharm, WebStorm, GoLand, VS Code, Alacritty, Kitty, Foot, Wezterm, Waybar, Wofi, Rofi (Wayland-fork), Mako, Dunst, Grim, Slurp, wf-recorder, Swappy, Nautilus, Nemo, Thunar, Zathura, Evince, Celluloid, Rhythmbox, Lollypop, Amberol, Totem, GNOME Software, Discover (KDE), Flatpak-приложения через xdg-portall

     
  • 2.15, Аноним (15), 01:07, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ещё не забывай, что там нет в принципе абсолютного позиционирования окон. Куда эти координаты привязывать и как, никто не знает. Нет поддержки как со стороны композитных менеджеров, так и клиентов.
     
     
  • 3.34, Аноним (34), 06:05, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Ты ещё не забывай, что там нет в принципе абсолютного позиционирования окон.

    Проясни свою гениальную мысль.

     
     
  • 4.77, Аноним (77), 14:37, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это архитектурная изюминка вейленда.
     

  • 1.6, Аноним (3), 00:18, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > добавлена поддержка работы на системах с несколькими GPU

    Прям как на старых Иксах!

     
     
  • 2.19, Xo (?), 01:41, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где даже Оптимус заставить работать нужно было неделями шаманить, и так до тех пор пока не упадут иксы.
     
     
  • 3.38, Аноним (38), 07:53, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На радеонах с AMDGPU все давно работает в иксах. Что значит это заявление вообще неясно. В вейланде тоже нет проблем с парной графикой. Что именно они сделали большая загадка. Принудительно можно использовать встройку при подключенной видеокарте? Но зачем когда видеокарта должна работать с игрой или программой в эксклюзивном режиме?
     
  • 3.47, Аноним (47), 09:24, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У nvidia свой графический от ядра до X-сервера.

    Если там что-то не работает, то все претензии к nvidia и к их желанию повыделываться.

     
  • 2.44, Sunderland93 (ok), 09:20, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Новость написана через очко. Там суть не в поддержке нескольких GPU (этот протокол и регламентирует это), а в том что приложение больше контроля получило над буферами, и теперь и клиент и композитор на 100% будут знать что и на каком GPU рисовать. До этого была лишь эвристика
     
     
  • 3.58, Аноним (58), 11:42, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всю безопасность похерили. В Вяленном никто ни о чем не должен знать.
     
  • 3.65, Аноним (65), 12:08, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и теперь и клиент и композитор на 100% будут знать что и на каком GPU рисовать

    Забавно, указыть координаты дочернего окна вам не дадим, зато GPU крутите как хотите.

     
  • 3.78, Аноним (77), 14:47, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Новость написана через очко.

    Дак вроде по другому про вейленд уже и не пишут.

     

  • 1.18, Аноним (18), 01:39, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > xdg-toplevel-tag - [...] использовать для идентификации окон после перезапуска приложения [...] для восстановления позиции, размера и свойств окон после перезапуска
    > xdg-session-management - возможности для восстановления состояния и позиции окон
    > xx-session-management - восстановление состояния окон для прерванных сеансов

    Ай да вяленые, ай да молодцы! Шел 17-й год головокружительных инноваций, а ребята все еще тщетно пытаются изобрести велосапедный механизм восстановления окон. 😂 Аплодирую стоя! Два протокола, решающих одну и ту же задачу, причем в обоих случаях - наиболее корявым способом. Настолько корявым, что уже делается ТРЕТИЙ на замену, лол.

    * Запрещаем приложению передвигать и масштабировать СВОИ СОБСТВЕННЫЕ окна.
    * Протокол при этом не делаем ("сообщество допилит").
    * Делаем удивленные глаза "а почему у нас теперь три протокола?". 😲

     
     
  • 2.25, q (ok), 03:14, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Концепция простая: Оконный менеджер управляет окнами. Логично, согласись? Оконный менеджер... менеджерит. Знаю, в это трудно поверить. Но это так. Это не только в вяленом, но и в принципе во всем мире во всех областях:

        Менеджер менеджерит.

    Простая концепция, согласись? Но кто-то умудряется в нее не вписаться. "Нет, ты не менеджер! Ты просто рисуешь кнопку закрытия окна в МОЕМ окне!" -- говорит приложение. Иксы бы промолчали в тряпочку. А вяленый гигачад ответит: "Это не тебе решать, и даже не мне. Решает пользователь. Пользователь хочет все окна по центру. Так что давай не возникай тут особо. Подчиняйся". И приложение униженно подчиняется менеджеру, который действительно менеджерит. Причем подчиняется именно униженно, на коленях. Тотальное верховенство пользователя над своими окнами и приложениями, а вяленый -- его силовик-омоновец.

     
     
  • 3.26, Аноним (26), 03:46, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну, а что если приложение лучше умеет своими окнами рулить, например какойто проигрыватель распологать отдельным окном с кнопками управления, я беспонятия что там вяленый умеет или нет, но всегда есть разумная достаточность, а еще всегда есть исключения, уж в 2026 году можно и запомнить, что на каждую хитрую гайку найдется чтото похитрее.
     
     
  • 4.31, q (ok), 05:12, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > что если приложение лучше умеет своими окнами рулить

    Не может. Принципиально. Вообще никак. И вот почему:

    1. В вяленом, приложение не может считывать размеры и положения чужих окон. Согласись, что это разумное ограничение? Да, разумное. Разграничение.

    2. Из пункта 1 вытекает, что приложение не может знать, где именно разместиться самому себе наиболее эффективным способом.

    > проигрыватель распологать отдельным окном с кнопками управления

    Для этого изобрели MPRIS. Суть такова: Приложение объявляет самого себя медиаплеером. Прямо так и говорит окружению: "Эй, вселенная, слышь! я тут аудио/видео проигрываю ПРЯМО СЕЙЧАС. И вот прямо сейчас артист такой-то, длина 4:07, а я нахожусь на 2:41." И вот DE это слышит и рисует контрол управления на панели  (кнопки pause/play, навигация по времени итд).

    > есть исключения

    Все исключения регламентируются. Реальность такова, что 99% приложениям ВООБЩЕ не нужно самих себя как-то позиционировать. А если приложение хочет разместиться по определенным координатам, то как правило выполняется следующее наблюдение (ВНИМАНИЕ! Читай внимательно!)

        ПРАВИЛО
        Если приложение хочет разместиться по определенным координатам,
        то это приложение должно стать непосредственной частью самого DE,
        и перестать быть приложением.

    Понял?

     
     
  • 5.43, 1 (??), 09:13, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > 2. Из пункта 1 вытекает, что приложение не может знать, где именно разместиться самому себе наиболее эффективным способом.
    >> проигрыватель распологать отдельным окном с кнопками управления
    >Для этого изобрели MPRIS. Суть такова: Приложение объявляет самого себя медиаплеером. Прямо > так и говорит окружению: "Эй, вселенная, слышь! я тут аудио/видео проигрываю ПРЯМО СЕЙЧАС. > И вот прямо сейчас артист такой-то, длина 4:07, а я нахожусь на 2:41." И вот DE это слышит > и рисует контрол управления на панели  (кнопки pause/play, навигация по времени итд).

    А теперь представим себе, что таких приложух вообще 2 (ну или n).

     
  • 5.62, Аноним (62), 12:02, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Все исключения регламентируются. Реальность такова, что 99% приложениям ВООБЩЕ не нужно самих себя как-то позиционировать

    Поэтому в вейланде уже есть 3 костыля на эту тему? У тебя понимание десктопа - это мобилка натянутая на большой экран, а есть воркстейшен, где оно очень надо, так как приложения сложные.

     
  • 4.41, ИмяХ (ok), 09:03, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>приложение лучше умеет своими окнами рулит

    Например, оно захочет развернуться на весь экран поверх всех других окон, отключить кнопки управления, отобразить порнуху и требование отправить смс.

     
     
  • 5.59, Аноним (18), 11:47, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, оно захочет развернуться на весь экран поверх всех других окон, отключить кнопки управления, отобразить порнуху и требование отправить смс.

    Ага, при чем в Wayland это сделать еще проще, чем в иксах из-за того, что все декорации окна (Client-Side Decorations, включая те самые кнопки управления) рисуются и обрабатываются сугубо на стороне приложения. 👍

     
  • 5.64, Аноним (64), 12:07, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вывод - в целях бедопасности юзер вообще не должен иметь возможность открывать и запускать окна. Только пользоваться тем, что куратор из фсб запустит.
     
     
  • 6.81, Аноним (77), 15:02, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Несовременный ты человек, куратор нынче - ИИ.
     
  • 5.92, Аноним (92), 17:46, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    О спасибо, это отличный пример, я регулярно тыкаю блокировку экрана и чищу клавиатуру, разумеется пароли набираются и раз через раз система выдает таймаут неправильного пароля, или открывает экранную клавиатуру которую я не знаю как убрать, вот и как быть в такой ситуации?

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

     
  • 3.28, Аноним (28), 04:14, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему-то я не удивлен читать такое от фаната Rust.
     
  • 3.29, Xo (?), 04:26, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да тут некоторые силовиков не любят, а придерживаются концепции "пользователь дурачок", где прога лучше знает как ей работать.
     
  • 3.30, Аноним (18), 04:28, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, вяленые кудесники придумали фундаментально бредовую предпосылку, что у прил... большой текст свёрнут, показать
     
  • 3.35, mervinhos (?), 06:48, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вяленый гигачад ответит: "Это не тебе решать, и даже не мне. Решает пользователь. Пользователь хочет все окна по центру.

    Пользователь: Но я хочу окно в левом углу

    вяленый гигачад: Пользователь хочет все окна по центру

     
  • 2.33, Аноним (34), 06:03, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Шел 17-й год головокружительных инноваций, а ребята все еще тщетно пытаются изобрести велосапедный механизм восстановления окон.

    А зачем Протоколу функционал - "восстановление прежнего состояния окна"? Эта работа предназначена разработчикам WM и DE.

    >Запрещаем приложению передвигать и масштабировать СВОИ СОБСТВЕННЫЕ окна

    Wayland просто так никому ничего не запрещает. Он просто не берёт ненужный для работы дисплейного сервера функционал. И при этом разработчикам WM и DE говорит: "Развешено всё, что не противоречит правилам Протокола.

     
     
  • 3.36, Аноним (18), 07:11, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем Протоколу функционал - "восстановление прежнего состояния окна"?
    > Он просто не берёт ненужный для работы дисплейного сервера функционал.

    Ну, наверное, зачем-то нужно, раз сделали уже ТРИ реализации протокола для восстановления состяния окна?

    > функционал - "восстановление прежнего состояния окна"? Эта работа предназначена разработчикам WM и DE.

    И где ты видишь противоречия? Реализации композиторов Вайленда у нас как пишутся: от балды, или все-таки согласно тому самому протоколу?

     
  • 2.46, Sunderland93 (ok), 09:23, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для восстановления окон в случае краха композитора есть только один протокол - xdg-session-management. xx-session-management был его предварительной версией, а xdg-toplevel-tag используется для восстановления свойств окон после перезапуска приложения, в том числе позиции на экране.
     
     
  • 3.67, Аноним (18), 12:22, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь прочитай XML-ки протоколов и найди концептуальные отличия в этом самом ... большой текст свёрнут, показать
     
  • 3.69, Аноним (18), 12:28, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Для восстановления окон в случае краха композитора есть только один протокол - xdg-session-management. [...] xdg-toplevel-tag используется для восстановления свойств окон после перезапуска приложения

    Ребята из KDE пишут:

    It allows applications to tag their windows with a name, like "main window", "email composer", "pip video" or similar, which the compositor can use for window rules or restoring state of application windows without xdg session management support.

    https://invent.kde.org/plasma/kwin/-/merge_requests/6444

     

  • 1.23, Alladin (?), 02:43, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    да помню моменты когда:

    1. wayland рассказывал об отсутствии тиринга из-за новой крутой архитектуры и без клиентсерверской составляющей.. что всплыло?, что просто никакого !отключения! vsync не существовало

    2. высокая производительность из-за новой элементной базы.. реальность на практике и тестов он не только не приблизился к xorg, а вообще ушел в такое болото.. и потребление кхе

    3. нацеленная антиреклама иксов, создание эффекта стогнации..

     
     
  • 2.24, Alladin (?), 02:48, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    *стагнации конечно же)
     
  • 2.60, Аноним (-), 11:48, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не могу понять, факт появления этой фичи по требованию пользователя и программы,... большой текст свёрнут, показать
     

  • 1.27, Аноним (28), 04:08, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Половина функционала в experimental и unstable, но говорят, что Wayland уже как 10 лет готов, как так?
     
     
  • 2.32, Аноним (34), 05:57, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Половина функционала в experimental и unstable, по той причине, что работе дисплейного сервера они не нужны.
     
     
  • 3.52, RANDOMIZE USR 15616 (?), 10:23, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно не нужны, если за образец для подражания брать Виндовс8. Собственно вяленок и начали пилить во времена Вин8, но до авторов, в отличие от мелкомяхких, до сих пор не дошло, что делать планшет из десктопа - плохая идея.
     
  • 2.37, Аноним (37), 07:37, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пользуюсь вяленным с 2017 на постоянку. Не сказать, что девять лет тому назад он был вот прям готов, но уже тогда был юзабелен. Желания всё бросить и вернуться на кривые иксы не возникало, несмотря на шероховатости (например, поддержку планшетов в libinput завезли очень сильно не сразу).
     

  • 1.39, Аноним (39), 08:20, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разработкой Wayland и Wayland Protocols занимаются те же люди, что и wlroots 8... большой текст свёрнут, показать
     
     
  • 2.40, Аноним (28), 09:00, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Думаю, IBM/Red Hat стоит серьёзно над этим задуматься. С управленческим опытом и ресурсами Valve проект мог бы развиваться в разы быстрее

    И получить полноценную замену винде?! Их порыв сделать Proton наверняка платиновые спонсоры не оценили, а вы вообще предлагаете им графическую систему передать в управление.

     
  • 2.42, Аноним (37), 09:08, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Большая часть работы уже сделана — неудивительно, что разработка замедлилась. Так и должно быть — чем дальше, тем меньше активной разработки и пилиться буду скорее нишевые вещи.

    А извращения, типа управления положением своего окна — они принципиально НЕ НУЖНЫ значительной части пользователей и разработчиков. Это ретроградство, но его упорно пропихивают отдельные отбитые (у дидов так было, значит надо). Поэтому — опять же неудивительно — что кроме отбитых никто это пилить не горит желанием.

     
     
  • 3.82, Аноним (58), 15:08, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На пару сообщений выше как раз про стагнацию Иксов написано. Будущее Wayland очевидно. Нужен новый только протокол.
     
  • 2.49, Аноним (49), 09:27, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    IBM нужна власть, а не результат. Если они единственный источник правда никто от них уйти не сможет.
     
  • 2.50, Аноним (47), 09:29, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > если у текущих мейнтейнеров нет времени и желания активно развивать проект, почему бы не передать его тем, кто будет этим заниматься всерьёз

    Уже были одни такие персонажи, X-сервером занимались. А потом там кому-то в голову стукнуло, что всё архитектурно неправильно, и нужно написать всё с нуля, а разработку X-сервера тормознуть административными методами.

     
  • 2.51, llolik (ok), 09:40, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вижу, что они не особенно заинтересованы в развитии самого Wayland.

    То что что-то там у себя допиливает wlroots не означает, что нужно менять что-то в протоколах. Как справедливо заметил комментатор ранее, большая часть необходимого уже сделана. Смысла экстенсивно добавлять новые расширения нет.

    > Xaver Hugl (разработчик KDE)

    Так кучу расширений протокола KDE-шники и наплодили (не сказать, что бесполезную, то что полезно ушло дальше экспериментальных).

    > Разработчики Valve уже поднимали этот вопрос когда выпускали Frog protocols, но их инициативу заблокировали

    Ну, во-первых разработчики Valve поднимали не тот вопрос. Их не устраивали слииииииишкоооом долгие обсуждения перед включением протоколов. Можете сами под мерджами почитать треды по тысяче комментов и по года три-четыре каждый.
    Во-вторых, никто её не заблокировал. Мейнтейнеры и сами понимали, что сра^W осуждения слишком долгие и нужно что-то с этим делать. После пинка от Valve процесс сделали лучше: ввели экспериментальную фазу, теперь у протоколов есть ответственные, сроки рассмотрения и для включения достаточно не получить NACK-и.
    В-третьих, расширения, которые требовались и разработаны Valve приняли.

    > Думаю, IBM/Red Hat стоит серьёзно над этим задуматься

    Там помимо RH-овцев народу хватает. Из того-же KDE и Collabora. Тот же вездесущий Simon Ser ничейный, что не мешает ему быть если не самым активным, то в числе.

     
     
  • 3.53, Аноним (12), 10:31, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >не сказать, что бесполезную, то что полезно ушло дальше экспериментальных

    При этом в принципе базовые вещи без которых всё остальное только выкинуть прямо сейчас идут в experimental. Ты как там вообще дожил до своих лет с такими взглядами?

     
     
  • 4.54, llolik (ok), 10:49, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>не сказать, что бесполезную, то что полезно ушло дальше экспериментальных
    > При этом в принципе базовые вещи без которых всё остальное только выкинуть прямо сейчас идут в experimental.

    Ты же, конечно, знаешь что они делают и скажешь почему они, в твоём понимании, базовые?

     
     
  • 5.55, Аноним (12), 11:02, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, очевидно, нет. Какая рабочая станция может быть без IME и фильтрации ввода, управления окнами, или восстановления сессии, при том, что композитор регулярно падает уже 10 лет?
     
  • 3.70, Аноним (18), 12:45, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Xaver Hugl (разработчик KDE)
    > Так кучу расширений протокола KDE-шники и наплодили (не сказать, что бесполезную, то что полезно ушло дальше экспериментальных).

    Вот именно! Потому что эти ребята как раз работают над ДЕСКТОПНЫМ окружением, а не живут в розовом мире интернет-киосков, для которого и разрабатывался базовый Вайленд.

     
     
  • 4.75, Аноним (12), 13:24, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Разве он не для часов разрабатывался?
     
  • 2.56, Alladin (?), 11:11, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    денюшки попилили и рады, вот и все. им не интересен реально ни xorg, ни wayland, ни судьба десктопа на лине
     

  • 1.48, Аноним (49), 09:25, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так вроде было готово для десктопа, а тут опять изменения. Получается раньше было не готово?
     
     
  • 2.61, Аноним (-), 11:53, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    тут вот буквально соседняя новость про релиз форка реализации иксов

    это значит, что раньше этот форк был не готов? а оригинальный проект xorg готов?

     
     
  • 3.72, Аноним (72), 13:16, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тем форком никто и не пользуется потому что он не готов.
     
     
  • 4.74, Аноним (74), 13:20, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем форком никто и не пользуется потому что он не готов.

    это что это они такое сделали, что их ответвление от готового продукта вдруг стало неготовым?

     
  • 2.63, Аноним (63), 12:03, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну смотри, до изменений был "Уже готов!", а после изменений "Ну вот теперь точно готов!".
     
     
  • 3.71, Аноним (71), 12:48, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А в следующем выпуске будет "Вот теперь зуб даю готов!"
     
  • 2.66, Аноним (64), 12:11, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    готово было для _корпоративного_ десктопа. а твой _юзерский_ десктоп их не интересует.
     

  • 1.76, arthi747 (ok), 14:27, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Начитавшись неполживых сообщений о том как жрет вяленый и какие хорошие иксы провел экскремент. В моем дистре изначально небыло иксов поэтому доустановил, ребутнулся и зашел под иксами. Запустил фирефокс. Жор на подопытном ryzen 9 ai 365 возрос в 4 ! раза и появились непобедимые рамки окон толщиной с палец. Вернулся на вайланд.
     
     
  • 2.83, Аноним (58), 15:14, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На Винде нет рамки у ФФ и Вяленого нет. Прекрасная система для людей.
     
  • 2.87, 12yoexpert (ok), 16:05, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > появились непобедимые рамки окон толщиной с палец

    вся суть жертв вяленого, сваливать рамки на иксы

     
  • 2.94, Аноним (94), 18:21, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Xorg - это всего лишь сервер. Он не рисует рамки у окон.
     

  • 1.80, Аноним (80), 15:00, 08/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > xx-cutouts - для получения информации о вырезах на экране

    макбучники тут постоянно бегают, скажите - чёлка ещё есть или уже нет на новых?

     
     
  • 2.85, Аноним (77), 15:44, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > для получения информации о вырезах

    А это безопасно знать, где приложение относительно дырок?

     
  • 2.86, 12yoexpert (ok), 16:04, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    на новых убрали CPU, вместо него теперь ARM
     
  • 2.88, Аноним (88), 16:52, 08/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Walyand, лучше всех.
     

  • 1.90, Аноним (-), 17:16, 08/06/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

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



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

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