The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.46

24.11.2025 07:43

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

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

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

Все протоколы последовательно проходят фазы разработки, тестирования и стабилизации. После завершения стадии разработки (категория "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 - позволяет приложению мгновенно переместить указатель в указанную позицию.

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

  • xx-session-management - восстановление состояния окон для прерванных сеансов (например, после аварийного завершения композитного менеджера).

Протоколы, разрабатываемые в ветке "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: Первый выпуск Wayback, прослойки для запуска рабочих столов X11, используя компоненты Wayland
  3. OpenNews: Сравнение производительности сеансов KDE Plasma на базе X11 и Wayland
  4. OpenNews: Доступен Wayland 1.24
  5. OpenNews: Выпуск Wayland-Protocols 1.45
  6. OpenNews: Состояние поддержки Wayland в проприетарных драйверах NVIDIA
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64311-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (98) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 08:20, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    У Х-ов говорите столько всего, что не поймешь, что для чего? Хе-хе)))
     
     
  • 2.4, IMBird (ok), 08:28, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Будут ли через декаду лет закапывать вяленд в угоду чего-то иного?
    Иксы достаточно бодрый промежуток времени решали все поставленные на тот момент задачи (пока не пришли эти ваши линуксы с гнумами/кедами и не решили, что им нужно не так, как остальным и чтобы мейнстрим подстраивался), а вяленд до сих пор находится в состоянии перманентной альфы – и это при том, что базово предполагался сильным таким упрощением раздутых иксов.
     
     
  • 3.7, soarin (ok), 08:39, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А где иксы что решали вне линуксов?
    Как говорится исходный код открыт. Можно брать и развивать этот прекрасный продукт.
    Правда никому не надо.

    Разве что от Apple там как-то в одну каску со времён XQuartz что-то пилит (может перестал).

    А так просто очередной проект, устаревший и отправленный на свалку истоиии. Не первый, не последний.

     
     
  • 4.9, Аноним (9), 08:41, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А где иксы что решали вне линуксов?

    В солярисе, HP UX, AIX, IRIX, *BSD

     
     
  • 5.12, soarin (ok), 09:01, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно много назвать чего-то без иксов такого же плана, отправившегося на свалку истории.
    BeOS, QNX (был свой фотон по графике, выкинули) и так далеее...

    Причём тут "пришли эти ваши линуксы с гнумами/кедами"?
    Если бы не пришли эти самые наши линуксы, то иксы тем более давно на свалке были бы.

     
     
  • 6.20, Аналоговнет (-), 09:32, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так называемый "десктопный линукс" итак на свалке, судя по постоянно болтающимся показателям ниже 1% на десктопах. Не непригодно оно для повседневного пользования, как не крути. Даже сам Линус сидит на маке, а в линукс заходит только в консоль.
     
     
  • 7.27, iPony128052 (?), 09:41, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всё познаётся в сравнении
     
  • 6.62, 12yoexpert (ok), 10:42, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это qnx на свалке?
     
     
  • 7.68, soarin (ok), 10:57, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    было явное уточнение про графическую часть QNX ака фотон со всем этим

    QNX® Software Development Platform 6.6: Release Notes
    The new Screen Graphics Subsystem replaces the Photon microGUI, including PhAB, Phindows, and QNX Neutrino Advanced Graphics. Usually referred to simply as Screen, the Screen Graphics Subsystem allows off-screen rendering and can composite graphics from different rendering technologies, including HTML5, Elektrobit GUIDE, Crank Storyboard, Qt, and native (e.g., OpenGL ES) code. For more information, see the Screen Developer's Guide.

     
  • 3.18, Аналоговнет (-), 09:28, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут на днях ковырял иксы в OpenBSD. Проклял всё на свете, такого нагромождения конфигов и костылей сложно где-то ещё сыскать. Даже systemd выглядит на фоне не столь ужасным.
     
  • 2.5, Sunderland93 (ok), 08:38, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Расширения в X не то же самое, что расширения в Wayland. В первом случае это постоянная адаптация протокола под новые и новые реалии, под которые он в принципе не предполагался изначально, во втором - лишь расширения основного протокола, делающие его модульным. В очередной раз задам один и тот же вопрос - что изменится от того, что содержимое этих протоколов вольют в один wayland.xml?
     
     
  • 3.8, Аноним (9), 08:40, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > wayland.xml

    А что так недостаточно модно? Это ж по-дидовски. Надо чтоб wayland.yml

     
     
  • 4.13, Bottle (?), 09:13, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    JSON и обязательно в кодировке UTF-64!
     
  • 3.23, Аноним (23), 09:36, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по текстам новостей, ничего не меняется. А ведь это ещё реализовывать надо, и желательно - не с разным поведением.
     
  • 3.24, Аноним (24), 09:38, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты не поверишь, но расширения Wayland - это тоже адаптация протокола под реалии,... большой текст свёрнут, показать
     
     
  • 4.32, Sunderland93 (ok), 09:45, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Просто посмотри базовый протокол и убедись, что десктоп его силами сделать в принципе невозможно - настолько он огрызочный

    Можно подумать с голым X11 это возможно :) там и под embedded не получится.

    >> Ты не поверишь, но расширения Wayland - это тоже адаптация протокола под реалии, под которые он не предназначался

    X разрабатывался во времена, когда даже не было такого понятия, как видеокарта. Wayland же эволюционирует и применяет современные тренды, будь то HDR, или возможность независимой работы видеовыходов (разная частота обновления, разрешение). X умеет хотя бы в HDR?

     
     
  • 5.43, Аноним (24), 09:57, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Wayland же эволюционирует и применяет современные тренды, будь то HDR, или возможность независимой работы видеовыходов (разная частота обновления, разрешение).

    Ага, сперва ты заявлял, что, в отличие от Иксов, он якобы создан с учетом современных реалий, а тепрь уже оказывается "эволюционирует"?

    Смешная у тебя ментальная акробатика выходит: когда эволюционировали иксы - это "фу, древнее легаси", а когда "эволюционирует" вяленый - "правильным путем идем, товарищи!".

    А в реальности Вяленый попросту не дизайн ли под десктоп и те самые современные реалии. Делается это постфактум и посредством огрызочных заплаток. Результат налицо.

     
     
  • 6.44, Sunderland93 (ok), 10:00, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ага, сперва ты заявлял, что, в отличие от Иксов, он якобы создан с учетом современных реалий, а тепрь уже оказывается "эволюционирует"?

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

     
     
  • 7.51, Аноним (24), 10:18, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну ок, выражусь более яснее - идет в ногу со временем. Так лучше? А иксы да - древнее легаси

    Ну так в этом буквально и заключается вся нелепость вашей меньальной акробатики.

    Иксы действительно адаптировали под меняющиеся реалии (и вы сам об этом написали). Вяленый же появился ВО ВРЕМЕНА этих реалий.

    При этом эволюция Иксов (которая действительно была эволюцией) - это "фу, костыли". А "эволюция" Вайленда (которая по факту допил постфактум) - это "крутые расширения". 🤦

     
     
  • 8.61, Аноним (-), 10:42, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При этом эволюция Иксов которая действительно была эволюцией - это фу, кост... большой текст свёрнут, показать
     
     
  • 9.64, Аноним (64), 10:50, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чем там браузеры отличаются от всего остального Xv появилось ещё до моего ро... текст свёрнут, показать
     
     
  • 10.89, Sunderland93 (ok), 12:10, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Его никто в здравом уме не использует... текст свёрнут, показать
     
     
  • 11.98, Аноним (64), 12:51, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Его использовали много лет, просто он был написан адекватно своему времени, о мн... текст свёрнут, показать
     
  • 11.99, Аноним (99), 12:51, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо,кому надо чтобы работало - используют Те, что в нездравом уме могут и по... текст свёрнут, показать
     
  • 4.39, RANDOMIZE USR 15616 (?), 09:53, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Воистену так. Вяленок начали пилить в эпоху старта планшетов, в погоне за мелкомяхкими с их "совместить десктоп с планшетом" ака Виндос8. Когда оказалось, что эта хрень не взлетает, и майки сдали взад, вяленкостроители начали тянуть свое творенье обратно на десктоп, добавляя горы костылей, вместо того, чтобы честно признаться, что обгадились изначально.
     
  • 3.30, Аноним (24), 09:44, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > что изменится от того, что содержимое этих протоколов вольют в один wayland.xml?

    Тогда в десятках реализаций вяленых серверов (в данный момент в той или иной степени несовместимых друг с другом) внезапно появится... унификация, единое поведение и функциональность.

    Но это не путь вяленого. Путься вяленого - фрагментация. Наклепаем несколько десятков васяносерверов, каждый реализующий свое подмножество расширений (и багов) - и будем в очередной раз делать удивленное лицо, почему у Линукса 4%.

     
     
  • 4.35, Sunderland93 (ok), 09:47, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> единое поведение и функциональность.

    Итак уже есть. Но ты видимо не в курсе, что в самом wayland.xml есть уже два deprecated интерфейса - wl_drm и wl_shell, которые сейчас принято заменять протоколами linux-dmabuf и xdg-shell соответственно. Так что все останется как есть, только что крайне усложнится тестирование и написание новых расширений.

     
     
  • 5.38, Аноним (24), 09:51, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> единое поведение и функциональность.
    > Итак уже есть. [...] уже два deprecated интерфейса - wl_drm и wl_shell, которые сейчас принято заменять протоколами linux-dmabuf и xdg-shell

    Ты сам себе противоречишь.

     
     
  • 6.41, Sunderland93 (ok), 09:55, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ты сам себе противоречишь.

    В чем же? linux-dmabuf и xdg-shell - это база, все существующие композиторы их поддерживают, и никак иначе.

     
     
  • 7.53, Аноним (24), 10:20, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ты сам себе противоречишь.
    > В чем же?

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

    И те протоколы, которые упомянул ты - не единственный пример.

     
     
  • 8.57, Sunderland93 (ok), 10:30, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    че ... текст свёрнут, показать
     
  • 4.47, Аноним (-), 10:10, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Тогда в десятках реализаций вяленых серверов (в данный момент в той или иной степени несовместимых друг с другом) внезапно появится... унификация, единое поведение и функциональность.

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

     
     
  • 5.49, Аноним (24), 10:13, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > уже по умолчанию, придерживается единого Протокола

    Вот это новости! И плевать что есть куча разных расширений, и их уровень поддержки и поведение разнится от реализации к реализации.

    > реализации разные, но это не означает, что реализации несовместимы для прикладного ПО.

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

     
     
  • 6.63, Аноним (-), 10:47, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >есть куча разных расширений, и их уровень поддержки и поведение разнится от реализации к реализации.

    При чём здесь Протокол? Обращайтесь к разработчикам WM, DE и прикладных приложений.

    >Фича, работающая под одним сервером - не работает или глючит под другим

    Опять, двадцать пять! При чём здесь Протокол? Обратитесь в поддержку вашей глючной программы. Создайте issue в репозитории глючного WM или DE. Почему за кривую реализацию дожны отвечать разработчики самого Протокола?

     
     
  • 7.69, Аноним (64), 10:58, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Обращайтесь к разработчикам WM, DE и прикладных приложений.

    Чего вдруг то?

    ВМ это примитивнейшая вещь, которая просто управляет тем, какие activity (в терминах Android) видны юзеру в какой момент.

    Видеомонтажёру нужен не такой "рабочий стол" как видеоблогеру, программисту нужен третий, а на смартфоне четвёртый.

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

     
  • 7.85, Аноним (85), 12:00, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> есть куча разных расширений, и их уровень поддержки и поведение разнится от реализации к реализации.
    > При чём здесь Протокол?

    При том что твой "Протокол" неюзабелен для десктопа. By design.

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

     
  • 6.71, Аноним (-), 11:09, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и их уровень поддержки и поведение разнится от реализации к реализации

    Вы просто привыкли что иксы одни и это xorg. Но так было не всегда.
    До того как они "монополизировали рынок" разные реализации иксов ВНЕЗАПНО могли себя вести по разному!

    > Фича, работающая под одним сервером - не работает или глючит под другим.

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

     
     
  • 7.81, Аноним (64), 11:51, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "неглючные" имеются в виду гном и кде?

    Они не реализуют тех функций управления окнами, которые мне нужны, при том что их реализует васянский ВМ из 2004 года.

     
     
  • 8.87, Аноним (-), 12:05, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Списочек, пожалуйста Аж стало интересно что же это такое особенное и нужно, что... текст свёрнут, показать
     
  • 2.76, КреаторРеактОс (?), 11:40, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Протоколы, разрабатываемые в ветке "unstable":

    Приколы)
    :D

     

  • 1.6, Аноним (9), 08:39, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Сколько же костылей в этом вялом. Вот уж "упростили" протокол.
     
     
  • 2.10, AleksK (ok), 08:46, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да я помню были в свое время костыли для иксов которые эмулировали активность чтобы они экран не погасили когда не надо, вот это были костыли. Было дело даже в играх на долгих катсценах экран гас. Интересно как сейчас с этим справляются?
     
     
  • 3.15, Аноним (15), 09:24, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В иксах галочку в энергосбережении ставишь и ничего не гаснет.
     
     
  • 4.46, Аноним (46), 10:09, 24/11/2025 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 4.50, AleksK (ok), 10:17, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В иксах галочку в энергосбережении ставишь и ничего не гаснет.

    Правильно, нафиг все эти режимы энергосбережения.

     
  • 3.17, Sm0ke85 (ok), 09:28, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Да я помню были в свое время костыли для иксов которые эмулировали активность чтобы они экран не погасили когда не надо, вот это были костыли. Было дело даже в играх на долгих катсценах экран гас. Интересно как сейчас с этим справляются?

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

     
     
  • 4.54, AleksK (ok), 10:21, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тоже помню такое, но это давно неактуально уже, все работает отлично, даже
    > больше - винда на сегодня - не нужна...

    Так винды то у меня уже давно нет ни на ноуте ни на компе.

     
  • 3.21, Аноним (21), 09:33, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас в основном служба висит в DBUS которая этим управляет. С ней совместимы все браузеры и проигрыватели. Причем по дбасу можно как посылать сигналы эмуляции активности для предотвращения перехода в сон. Так и заблокировать сон от имени программы (и сон не наступит пока программа его не разблокирует или не закроется).
    Я пару лет назад сталкивался с единственной проблемой: при игре с геймпада на каком-то эмуле типо mednafen, snes9x... или что-то такое, экран гас. Пришлось залипуху написать на баше которая по дбас будила экран.
     
     
  • 4.52, AleksK (ok), 10:20, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас в основном служба висит в DBUS которая этим управляет. С ней
    > совместимы все браузеры и проигрыватели. Причем по дбасу можно как посылать
    > сигналы эмуляции активности для предотвращения перехода в сон. Так и заблокировать
    > сон от имени программы (и сон не наступит пока программа его
    > не разблокирует или не закроется).

    В общем костыли остались на прежнем месте. А авторы иксов сами не додумались что на компьютере с линуксом можно видео запустить, причем не только на полный экран, или иргу запустить? Или они остались во временах мейнфреймов?

     
  • 3.42, Аноним (42), 09:56, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это из какой-то темы на лоре вырез ---- CUT BEGIN ------- У меня в конфиге mpv ... большой текст свёрнут, показать
     
     
  • 4.60, AleksK (ok), 10:41, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > heartbeat-cmd="dbus-send --session --dest=org.freedesktop.ScreenSaver --type=method_call /ScreenSaver org.freedesktop.ScreenSaver.SimulateUserActivity"
    > dbus-send --dest=org.xfce.ScreenSaver --type=method_call /  org.xfce.ScreenSaver.Lock
    > xdotool  key --window ${wId}   ctrl+shift+Scroll_Lock #alt+super  )))))))

    В общем без костылей никуда. А почему за последние 20 лет, когда появилась реальная необходимость, нельзя было это реализовать в самих иксах? Иксы ведь отлично видят все что происходит в отображаемых на экране приложениях. Элементарно, выводится видео на экран, хоть в окне, хоть на весь экран не гаси его.

     
  • 3.72, soarin (ok), 11:13, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот к примеру. Не так давнишняя ошибка в mpv

    https://github.com/mpv-player/mpv/issues/14206

    Исправление в одну строчку

     
  • 3.82, Аноним (64), 11:52, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >эмулировали активность чтобы они экран не погасили

    А вы как предлагаете?

     
     
  • 4.95, AleksK (ok), 12:40, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Например, использовать встроенные механизмы композиторов Wayland
     
  • 2.16, Аналоговнет (-), 09:25, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не меньше, чем в X11. В целом, вся графическая система в *BSD/Linux — это настоящее болото, в котором невозможно разобраться в одиночку, уровень нагромождения конфигов и кода просто кошмарный.
     
     
  • 3.36, Аноним (-), 09:48, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Линукс изнутри понятный и простой (если не считать наличение необязательного systemd).
    А графическая подсистема тоже понятна и проста. Ты просто привык к Винде, где от тебя скрыта вся внутренная кухня. Ты видимо ничего кроме explorer.exe и не видел в жизни.
     
     
  • 4.58, Аналоговнет (-), 10:33, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Linux (как и *BSD) действительно прост и понятен, особенно в связке с systemd. Но это касается только режима CLI, когда работаешь со своего MacBook Pro.
     
  • 4.75, Аноним (75), 11:40, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты видимо не смотрел на внутрянку и не видел всех костылей. Особенно с иксами. От них отказываются, потому что эти костыли держат слишком большой кусок, который ему не под силу. Большинство разработчиков wayland это те кто пилил эти ваши иксы и устал поддерживать этого монстра из костылей.

    Те кто говорят, что wayland в вечной альфе даже не пользовались им. Либо пользовались в каком-то KDE лет 5 назад, который не славится качественным и стабильным кодом.

     
     
  • 5.96, Аноним (96), 12:42, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут качественный и стабильный (взаимоисключающие понятия) код, если вейланд всё ещё максимально сырой? Сколько он существует, столько лет претензиям к позиционированию и переключению окон, невозможности иметь многооконные приложения. Спустя 17 лет сделали управление курсором (в теории, я до сих пор не увидел) и иконки приложения -- вау, прогресс. Не зато не альфа, преальфа скорее -- базовой функциональности всё ещё нет, одни прототипы функциональности.

    Для сравнения иксы всё примерно всё имели с 80х -- за 10 лет без интернета написали и тулкиты и всю функциональность, потом только добавляли костыли для графики (их добавление было в дизайне) и по мелочи функциональность вроде нарисованных курсоров.

     

  • 1.14, Аноним (15), 09:23, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вы говорите что готово, но модальные окна в протоколе появились только сейчас. Вы серьёзно?
     
     
  • 2.25, Аноним (-), 09:40, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, серъёзно. Зададимся вопросом, а самому Протоколу нужна такая функция? Почему, до этого, модальное окно нельзя было запилить в рамках отдельного WM, DE, или тулкита?

    Wayland был разработан не для того чтобы пихать туда что попало. Добавление новых расширений должно следовать принципу "семь раз отмерь, один раз отрежь".

     
     
  • 3.37, Аноним (24), 09:49, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вы говорите что готово, но модальные окна в протоколе появились только сейчас.
    > Зададимся вопросом, а самому Протоколу нужна такая функция?
    > Wayland был разработан не для того чтобы пихать туда что попало.

    Ну раз таки впихнули, то оказалось, что нужна?

     
     
  • 4.59, Аноним (-), 10:37, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давайте вернёмся к тому, что зачем вообще появился wayland-protocols Изначально... большой текст свёрнут, показать
     
     
  • 5.66, Аноним (66), 10:51, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Выскажу своё личное мнение. Нет, не нужна. Ну а раз впихнули, пусть живёт.

    Твоё личное мнение тут нерелевантным оказалось, только и всего. Остальное значит тоже не имеет смысла.

     
  • 5.92, Аноним (85), 12:17, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не достаточно В core Wayland отсутствует тьма десктопных концепций Ты не ... большой текст свёрнут, показать
     
     
  • 6.97, Аноним (-), 12:45, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О боже мой, работать нужно А в иксах разве не те, кому нужно их дизайнили Ну к... большой текст свёрнут, показать
     
  • 2.65, Аноним (65), 10:50, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Модальные окна, вещь весьма опасная уж лучше без них, винда это наглядно продемонстрировала.
     
     
  • 3.67, Аноним (66), 10:52, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем ты запускаешь опасные приложения? Я тебе маленькие секрет открою, они и без модальных окон втихую могут сделать что угодно.
     

  • 1.19, Аноним (23), 09:30, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > экспериментальный протокол xx-input-method

    Через 15 лет разработки разработчики обнаружили, что приложениям нужны методы ввода...

     
     
  • 2.28, Аноним (-), 09:42, 24/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.40, Sunderland93 (ok), 09:53, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Этот протокол создан для стабилизации уже существующего протокола input-method-unstable, с целью его дальнейшего улучшения и обеспечения обратной совместимости. То же самое и для text-input, который в оригинале уже 3 итерации претерпел.
     
  • 2.83, Аноним (64), 11:56, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, аноним, ты неправ.

    В вейланде всё знали и обо всём подумали, поэтому это уже 4 (несовместимая) версия протокола, причём не заменяющая другие, а параллельная им.

    Думаю, что нормальный ввод иероглифов в вейланде не случится никогда.

     

  • 1.22, Аноним (23), 09:34, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Протоколы, разрабатываемые в ветке "unstable":

    Почему ветка не меняется уже много лет? Почему в ней самые базовые вещи?

     

  • 1.26, LunarKernel (ok), 09:41, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Обожаю наблюдать, как деды возмущаются, что их любимые 40-летние иксы уходят в прошлое.
     
     
  • 2.31, Соль земли2 (?), 09:44, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Иксы ушли, пришёш вейланд. Уйдёт вейланд, придёт что-то другое. Мир движется, мир меняется. Но у людей мысли застряли в прошлом.
     
     
  • 3.33, LunarKernel (ok), 09:46, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Иксы ушли, пришёш вейланд. Уйдёт вейланд, придёт что-то другое. Мир движется, мир
    > меняется. Но у людей мысли застряли в прошлом.

    Именно так, прогресс всегда будет.

     
  • 2.45, RANDOMIZE USR 15616 (?), 10:05, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Диды возмущаются не тем, что иксы уходят в прошлое, а тем, что им на смену тянут фрагментированное, глючное убожество, в котором отсутствуют нужные фичи, только потому что это "идеологически неправильно". Но еще больше бесят рассказы вялофанатиков в духе "а на хлеб оно уже хорошо намазывается, ща обождите, скоро и от запаха и вкуса.. этого самого.. избавимся".
     
     
  • 3.56, Аноним (-), 10:28, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > фрагментированное, глючное убожество

    Вы методчку лет по пять не меняете?

    > в котором отсутствуют фичи

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

    > ща обождите, скоро и от запаха и вкуса.. этого самого.. избавимся".

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

     
     
  • 4.88, Аноним (64), 12:05, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы методчку лет по пять не меняете?

    А зачем её менять, если у вейланда нет прогресса?

    >нужные кучке дидов-прдликов

    Метод ввода иероглифов? Нужный полутора миллиардам περδολικοβ?

    >дробного масштабирования

    Работает

    >hdr

    Определения "что такое hdr" отличаются в wayland, windows и macos.

    Вам какой нужен?

     
     
  • 5.90, Sunderland93 (ok), 12:13, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> дробного масштабирования
    >> Работает

    Да ладно))) и прям свое для каждого из мониторов, да?)))

     
  • 5.93, Аноним (93), 12:22, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зачем её менять, если у вейланда нет прогресса?

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

    > Метод ввода иероглифов?

    text-input-v3 - KDE и Gnome поддерживают уже давно (с 2022 года?), если что-то не работает - репортите баг
    А раз эти могут, то значит и другие васяноДЕ смогут. Обращайтесь к васянам.


    > Работает

    на двух мониторах тоже?))
    или как всегла в иксах все через одно место?

    > Вам какой нужен?

    А мне хотя бы какой-то. Потому что в иксах нет никакого.

     
  • 2.55, Аноним (9), 10:23, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать будто деды не могут взять и пересесть на свежую убунточку или федорочку, как все остальные зуммеры. Возмущаются то обычно те, кто что-то делает и видит кривизну новой технологии. А те, кто просто пользуются (типа тебя) - им то с какого перепуга возмущаться? Что дали - то и жрут.
     
     
  • 3.78, Аноним (75), 11:43, 24/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.77, Юзер убунту (?), 11:43, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >  их любимые 40-летние иксы уходят в прошлое.

    На смену которым приходит нечто, что сегфолтится даже от запуска калькулятора

     
     
  • 3.91, Sunderland93 (ok), 12:14, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> На смену которым приходит нечто, что сегфолтится даже от запуска калькулятора

    Как у тебя документ в формате XML сегфолтится, расскажи нам, пожалуйста?

     

  • 1.48, Аноним (99), 10:12, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Очередной комбайн и свалка,но рассказывают о том, что Вяленд это только протокол. Амуде без фирмвари тоже открытая, но не работает.
     
  • 1.70, Аноним (70), 10:59, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже можно будет калибровать монитор в Wayland? Мне фотографии нужно печатать.
     
     
  • 2.74, Аноним (74), 11:37, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь Kde это for для kreators)
    https://kde.org/for
    https://kde.org/for/creators
    https://kde.org/for/digital-sovereignty

    Анд for Digital Sovereignty.

     
  • 2.79, Аноним (75), 11:44, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже давно же можно залить файлы конфигурации монитора. Как минимум в гноме это работало пару лет назад.
     
  • 2.86, Аноним (-), 12:00, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда уже можно будет калибровать монитор в Wayland? Мне фотографии нужно печатать.

    Зачем калибровать монитор для печати? Калибровать нужно принтер.
    Или собрались редактировать фотографии? На линуксе?))

     

  • 1.73, Аноним (74), 11:34, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну в целом, Wayland более тормознутая чем Windows.
     
  • 1.80, СтсадминА (?), 11:50, 24/11/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.94, Аноним (66), 12:34, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вообще есть стойкое ощущение, что протокол вяленого заточен под мобилы Это когд... большой текст свёрнут, показать
     
     
  • 2.100, Аноним (-), 12:53, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Человек по имени Matthias Klumpp потратил на улучшения протокола уже несколько лет.

    А где там вообще улучшение?
    Зачем в протокол запихивать псевдо-тайловость? Ради чего?
    Ради multi-window applications вроде гимпа и кикада?
    Это дизайн-решение - отрыжка из 90х, когда мониторы были махонькие, а окон много. Сейчас оно уже нинужна, даже гимп может работать в одном окне.

    Какого это нужно вообще тянуть в основное протоколы?
    Пусть болтается где-то в experimental.

     
  • 2.101, Sunderland93 (ok), 13:02, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Человек по имени Matthias Klumpp потратил на улучшения протокола уже несколько лет. Я не знаю, что им движет, но все его идеи саботируются комитетом.

    Только самые отбитые. Нормальные нет https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/269

     

  • 1.102, Аноним (102), 13:06, 24/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Традиционный вопрос: Уже почти?
     

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



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

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