The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.42

24.03.2025 17:38

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

В Wayland-Protocols 1.42 предложена новая версия протокола "cursor-shape", в которой расширены возможности по формированию внешнего вида курсора, добавлена поддержка форм курсора с индикаторами получения информации (знак вопроса) и изменения размера. Также обновлена версия протокола "tablet", предоставляющего возможности для организация ввода с графических планшетов. В новой версии протокола tablet добавлена поддержка событий "bustype" и реализована возможность обработки событий от поворотных элементов управления с передачей относительных изменений по аналогии обработкой движения колеса мыши.

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

Протоколы, разрабатываемые в ветке "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://lists.freedesktop.org/...)
  2. OpenNews: Выпуск Wayland-Protocols 1.41 с поддержкой управления цветом и HDR
  3. OpenNews: AMD развивает собственный композитный сервер ACS, использующий Wayland
  4. OpenNews: Состояние поддержки Wayland в проприетарных драйверах NVIDIA
  5. OpenNews: Выпуск композитного сервера Weston 14.0
  6. OpenNews: Компания Valve запустила проект Frog для ускорения продвижения новых протоколов Wayland
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62940-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (56) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 17:49, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    xdg-decoration, ну, вот, а сколько разговоров было. С этого и начинать надо было.
     
     
  • 2.4, Аноним (4), 18:15, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наконец-то X12! Осталось только протокол для принтеров добавить!
     
     
  • 3.10, Аноним (-), 19:10, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за бред. Для настройки и работы принтера Wayland не нужен.
     
     
  • 4.35, Аноним (35), 22:25, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это шутка о том, что когда-то иксы управляли принтерами.
     
  • 4.45, Аноним (45), 00:35, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раньше считалось, что работа с принтером не должна сильно отличаться от работы с окном. Видимо отсюда и желание встроить в X11 поддержку печати. Да и в ранних OpenGL были намёки, что контекст 3D для принтера может быть штукой полезной - на принтере тоже можно вывести 3D-картинку.

    Со временем это сделали уже на уровне тулкитов (типа QPainter в Qt) вместо встраивания в графическую систему.

     
  • 3.18, Аноним (18), 20:28, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для X12 нужно всё в AF_INET (AF_INET6) завернуть.
     
  • 3.37, Аноним (37), 22:47, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И звуком! А то как то какой то не юниксвейный этот ваш вайланд!
     
  • 2.24, Alladin (?), 21:31, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы еще пропустили момент когда верт синхронизацию разрешили ОТКЛЮЧАТЬ) (разговоры о тиринге)
     
     
  • 3.30, freehck (ok), 22:00, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > вы еще пропустили момент когда верт синхронизацию разрешили ОТКЛЮЧАТЬ) (разговоры о тиринге)

    Лол =)

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

    upd: проверил инфу, и таки да, и таки давно
    https://www.opennet.ru/opennews/art.shtml?num=58160

     
  • 2.60, Аноним (60), 12:35, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  xdg-decoration, ну, вот, а сколько разговоров было. С этого и начинать надо было.

    ВНЕЗАПНО там не написано что SSD должны поддерживаться. Посмотрите https://gitlab.gnome.org/GNOME/mutter/-/issues/2342

     

  • 1.5, Аноним (5), 18:23, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Картинка-в-картинке уже наконец сделают?
     
     
  • 2.8, Василий (??), 18:53, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так давно уже
     
     
  • 3.13, Аноним (13), 19:30, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И даже поверх всех окон теперь висит?
     
     
  • 4.19, Kerr (ok), 21:03, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В GNOME Wayland это работает если это расширение установить:
    https://extensions.gnome.org/extension/4691/pip-on-top
     
  • 4.27, Аноним (27), 21:45, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В КДЕ хоть поверх всех окон, хоть даже поверх полноэкранных приложений, как душе угодно
     
     
  • 5.48, Аноним (5), 04:35, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да? И как? Создание правил для окон не предлагать.
     

  • 1.7, Аноним (7), 18:34, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как теперь различать, программа через xwayland запущена, или напрямую? Вот у xwayland нормальная иконка на панели была, а у вейланда всегда дефолтная.
     
     
  • 2.9, Аноним (9), 18:59, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Классический способ - открыть XEyes и навестись курсором мыши на окно, которое подозревается, что открыто в XWayland. Если в этом подозреваемом окне (НЕ XEyes) глаза из XEyes следуют за курсором мыши, то оно открыто в XWayland, иначе Wayland native.
     
  • 2.12, Sunderland93 (ok), 19:28, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё вариант - запустить в терминале xlsclients. Покажет список того, что запущено под иксами.
     
     
  • 3.15, Аноним (7), 19:50, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, это совсем не работает. Я таким образом подумал, что вайн у меня успешно без xwayland заработал. Но нет, не во всех случаях и в основном без dxvk.
     
     
  • 4.32, Аноним (9), 22:09, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Wine до сих пор использует X11 драйвер как основной. Он не будет запущен только в том случае, если XWayland нет в системе, или если был запущен без переменной DISPLAY.

    На что в принципе все равно: если приложение настаивает, что лучше использовать XWayland, то лучше используйте его. В играх от него практически нет оверхеда или инпут лагов.

    Если нормально запускается на Wayland из коробки, то используйте Wayland версию.

     
     
  • 5.57, n00by (ok), 09:52, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В разделе HKEY_CURRENT_USER\Software\Wine\Drivers в ключе Graphics меняем значение, переставляем x11,wayland местами -- будет стартовать на wayland по умолчанию.
     
     
  • 6.61, Аноним (9), 13:27, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это устаревшая информация, если не ошибаюсь. Так работало в Wine <= 9.22.

    От 9.23 и выше оно определяется именно по DISPLAY переменной.

     
     
  • 7.62, n00by (ok), 15:05, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно и работает по DISPLAY переменной.

    Берёт первый из списка, а это x11.
    Берёт переменную DISPLAY, а там пусто - инициализация не проходит.
    Берёт следующий, а это wayland.

    Если поменять местами значения в ключе, тогда сразу будет пробовать wayland, до DISPLAY дело не дойдёт.

    Буквально вчера на 10.3 менял "wayland,x11" обратно на "x11,wayland", поскольку

    wine reg add "HKEY_CURRENT_USER\Control Panel\Desktop" /v LogPixels /t REG_DWORD /d 0x90 /f

    под wayland не увеличивало размер шрифта.

     
  • 2.14, llolik (ok), 19:50, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    xlsclients
     
     
  • 3.16, Аноним (7), 19:58, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > xlsclients

    Есть что-нибудь более надёжное? Может, грепнуть открытые файлы, или прилинкованные библиотеки там.

     
     
  • 4.29, llolik (ok), 21:59, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть что-нибудь более надёжное?

    А что там ненадёжного? Это официальная утилита проекта https://gitlab.freedesktop.org/xorg/app/xlsclients . Она просто и без затей обходит дерево окон XOrg.

     
     
  • 5.40, Аноним (7), 22:59, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Показывает в среднем 1 программу из 1000 запущенных даже на иксовой сессии, часто без какой бы то ни было идентификации (просто строчка с именем хоста и пойди угадай что
    это такое вообще). Так себе надёжность. Зачем вообще существует непонятно.
     
     
  • 6.56, llolik (ok), 09:13, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что уже давно многие не устанавливают все свойства окна Можно и так ... большой текст свёрнут, показать
     
  • 2.20, Kerr (ok), 21:06, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если у вас GNOME, для этого установите это расширение:
    https://extensions.gnome.org/extension/6676/xwayland-indicator
     
  • 2.41, Anonsss (?), 23:29, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    #!/bin/bash

    if pgrep -x Xwayland > /dev/null
    then notify-send 'Xwayland'
    fi

     
  • 2.63, Соль земли (?), 16:05, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    через глаза иксовые, наведением курсора
     

  • 1.11, Аноним (-), 19:13, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Мне кажется уже надо тормозить. Лишние расширения не нужно добавлять, а то через несколько лет получим монстра как X.org.

    Остальной функционал пусть (на своё усмотрение) внедряют разработчики WM и DE.

     
     
  • 2.21, Kerr (ok), 21:12, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Wayland Protocols нужны для стандартизации. Без этого разработчикам каждого Wayland-композитора придётся самостоятельно изобретать отдельно от других свои "велосипедные" Wayland-протоколы. А это приведёт к тому, что придётся создавать отдельные версии приложения для каждого отдельного композитора.
     
     
  • 3.22, Аноним (22), 21:19, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради протоколы - это самая ущербная идея, которая может быть. Что будет, если муттер реализует протокол, а квин - нет? А если программа будет полагаться на наличие протокола? Верно, под квином программа будет работать не так. Ну проходили уже во времена жаббера, ну нерабочая это история.
     
     
  • 4.25, Атлас (?), 21:35, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это как понять силу ноля и наконец ждать когда что нибудь появиться ставя на это самую маленькую надежду когда вокруг не известно что делает пытаясь в эпитеч
     
  • 4.26, Анонимусс (-), 21:36, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что будет, если муттер реализует протокол, а квин - нет?

    То должен быть механизм проверки что поддерживается.

    > А если программа будет полагаться на наличие протокола?

    Элементарно же! Нужно вывести юзеру осмысленное сообщение "что ожидается и что не поддерживается".

    ЗЫ: а у вас был опыт проф. разработки?
    Представьте себе, когда вы поддерживаете несколько версий ОС, то там некоторые вещи есть только в более новых, или наоборот что-то задепрекейчено и есть только в старых. А если это кроссплатформа - то там что-то вообще иначе делается. И как-то это все хендлится.

    Хотя это вряд ли применимо для свободного софта, пишущегося по вечерам на выходных в контексте маргинальных васяно-DE.

     
  • 4.28, llolik (ok), 21:49, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если программа будет полагаться на наличие протокола?

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

     
  • 4.34, Аноним (9), 22:14, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, если посмотреть на логи програм, то они определяют, какой протокол поддерживается, а какой нет.

    Соответственно, если какой-то из протокол не поддерживается, то просто отключается соответствующая функциональность (если она для приложения критическая - то оно, скорее всего, просто закроется).

    > А если программа будет полагаться на наличие протокола?

    Ну тогда надо написать bug report с лэйблом feature request. Вам либо скажут, что когда-нибудь сделают, либо просто развернут. Во втором случае, это будет не их проблема.

     
  • 3.33, freehck (ok), 22:10, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Wayland Protocols нужны для стандартизации. Без этого разработчикам каждого Wayland-композитора
    > придётся самостоятельно изобретать отдельно от других свои "велосипедные" Wayland-протоколы.
    > А это приведёт к тому, что придётся создавать отдельные версии приложения
    > для каждого отдельного композитора.

    И Kerr чертовски прав. Подписываюсь под каждым словом.

     
  • 2.31, freehck (ok), 22:08, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне кажется уже надо тормозить. Лишние расширения не нужно добавлять, а то
    > через несколько лет получим монстра как X.org.

    Да что вы говорите. Вот же неожиданность. =)

    > Остальной функционал пусть (на своё усмотрение) внедряют разработчики WM и DE.

    Ну тогда вы либо никогда своё детище не допилите, либо вас ждёт вечный вендор-лок от IBM. В общем, есть два стула.

     
  • 2.39, Аноним (39), 22:56, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > уже надо тормозить

    Тогда не надо было и начинать...


    > через несколько лет получим монстра

    На четвертый день Острый Глаз ...

     
  • 2.46, Аноним (46), 01:54, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > через несколько лет получим монстра как X.org

    Через десятки лет. Начало разработки вейленда - 2008 год. Прошло 17 лет, а у них базовые фичи до сих пор "unstable", и это всего лишь протоколы.

     

  • 1.36, Krtek (?), 22:44, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему нельзя сразу спроектировать и выпустить готовый продукт, который стал бы стандартом с гарантированной совместимостью на много лет вперёд? Зачем постоянно релизить неработающие альфа версии, которые мутируют от выпуска к выпуску? Такое ощущение, что этим занимаются студенты в рамках курсовых работ.
     
     
  • 2.38, Аноним (37), 22:48, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я вот тоже не понимаю почему ты дурью маешься а не реализовал такой проект?
     
     
  • 3.47, Аноним (47), 02:38, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что, даже если кто-то со стороны, например я, реализует такой протокол, то ни один тулкит на него не перейдёт. Все тулкиты под корпорациями, гном под корпорацией, кде под корпорацией, весь софт более-менее крупный на линуксе под корпорациями, и они ни за что, ни при каких обстоятельствах не поддержат независимый продукт. Они скорее угробят всю экосистему, чем поддержат кого-то независимого. Создай кто-нибудь сегодня жизнеспособный форк Иксорга, они скорее удавятся, чем отдадут трэйдмарк, скорее удалят все архивы и документацию, чем дадут развиваться.
     
     
  • 4.52, iPony129412 (?), 05:58, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > они ни за что, ни при каких обстоятельствах не поддержат независимый продукт

    И что это? продукт теоретически создаваемый экспертами в коментариях?
    Так это фантазии очень далёкие от реальности.

     
     
  • 5.59, Аноним (47), 10:43, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для примера из практики далеко ходить не надо, достаточно заглянуть в багтрекер вэйланда и посмотреть сколько занимало утверждение новых протоколов, пока не пришли валв и не сказали: "вот протоколы, которые мы внедряем, стандартизируйте или прочь с дороги". После этого тут же появилить категории для нестабильных и экспериментальных протоколов. А без этого "сообщество" так бы и продолжало развлекать "демократическим" бюрократическим процессом ещё очень долгое время.
     
  • 2.42, erra (?), 23:31, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, перестанем делать плохо, станем делать хорошо.
     
  • 2.43, Аноним (43), 23:49, 24/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Такое ощущение, что этим занимаются студенты в рамках курсовых работ.

    Что поделать, все профи пишут комменты на опеннете.
    Приходится студня за них отдуваться))

     
  • 2.54, Аноним (-), 08:19, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет... Такими темпами разработки им никогда не догнать Иксы.

    Wayland начали разрабатывать для того чтобы уйти от самого подобия Иксов. Смекаешь?

     
  • 2.55, freehck (ok), 09:05, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему нельзя сразу спроектировать и выпустить готовый продукт, который стал бы стандартом
    > с гарантированной совместимостью на много лет вперёд?

    Ну блин, вопросы у тебя. Потому что даже небольшой продукт нельзя сразу сделать идеальным. А тут -- целая графическая подсистема. Это нужна команда людей с IQ 130+, которые во-первых полностью все возможные случаи в голову смогут себе засунуть, а во-вторых согласятся делать это на протяжении хотя бы пары лет. И всё равно скорее всего найдутся вещи, которые они НЕ продумают заранее.

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

    > Такое ощущение, что этим занимаются студенты в рамках курсовых работ.

    Сейчас развитием занимаются инженеры, которым платят за время. Отсюда и текущее положение вещей.

     

  • 1.44, Аноним (46), 00:23, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Протоколы "unstable":
    > - fullscreen-shell
    > - input-method
    > - idle-inhibit
    > - input-timestamps
    > ...

    Нет... Такими темпами разработки им никогда не догнать Иксы.

     
  • 1.58, Аноним (58), 10:09, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Адепты вайланда хают иксы за то что они обвешаны костылями. Интересно, а разве в новорожденном вайланде не так? Почему не слепить его одним универсальным блоком? А то я только в этой статье заколебался считать отдельно слепленные протоколы.
    Прям какой-то waylanD, получается.
     
     
  • 2.65, Аноним (-), 17:52, 25/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Wayland (Протокол) - один, релизится редко, давно стабилизирован. wayland-protocols - это дополнения расширяющие функционал основного протокола который, как уже выше было отмечено стабилен. Сейчас главное чтобы разработчики программ, библиотек, тулкитов, WM и DE начали реализовывать поддержку Протокола в своих продуктах.
     

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



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

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