The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.33

19.01.2024 20:29

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

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

В новой версии переведён в категорию стабильных протокол "linux-dmabuf", обеспечивающий совместное использование нескольких видеокарт при помощи технологии DMA-BUF (позволяет создать wl_buffer на базе DMA-BUF). Добавлен новый протокол "ext-transient-seat", который помещён в категорию "staging". Новый протокол может применяться для создания временных независимых сеансов (seat), рассчитанных на использование вместе с виртуальными устройствами ввода, реализуемыми при помощи протоколов "virtual_keyboard_unstable_v1" и "wlr_virtual_pointer_unstable_v1". Например, при реализации возможности подключения к удалённому рабочему столу протокол позволяет создать для каждого пользователя отдельный сеанс с виртуальными клавиатурой и мышью.


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

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

Протоколы, тестируемые в ветке "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).

Протоколы, разрабатываемые в ветке "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" - относительные события указателей.
  • "tablet" - поддержка ввода с планшетов.
  • "text-input" - организация ввода текста.
  • "xdg-foreign" - интерфейс взаимодействия с поверхностями "соседнего" клиента.
  • "xdg-decoration" - отрисовка декораций окон на стороне сервера.
  • "xdg-output" - дополнительные сведения о видеовыходе (используется для дробного масштабирования).
  • "xwayland-keyboard-grab" - захват ввода в приложениях XWayland.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: В KDE реализована поддержка Wayland-расширений для управления цветом
  3. OpenNews: Выпуск Wayland-Protocols 1.32
  4. OpenNews: Доступен Wayland 1.22
  5. OpenNews: Для Xfce развивается поддержка Wayland
  6. OpenNews: Выпуск композитного сервера Weston 13.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60465-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (89) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:07, 19/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Протоколы, разрабатываемые в ветке "unstable":
    > "text-input" - организация ввода текста.

    А? А как оно работает то?

     
     
  • 2.2, Аноним (-), 21:15, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Магия? Святой дух?
    А может оно было ненужно?

    Вообще судя по wayland.app/protocols/text-input-unstable-v3
    я даже не уверен, что оно про обычный текст, а не как протокол про правый/левый глаз.
    V3 в названии тоже как бы намекает.

     
     
  • 3.13, ilyafedin (ok), 22:46, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это клиентский (со стороны приложения) протокол для методов ввода, замена xim. Со стороны метода ввода используется input-method-v*.
     
  • 2.39, 12yoexpert (ok), 10:11, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    оно не работает, это ж wayland

    бадум-тссс

     

  • 1.3, Аноним (3), 21:18, 19/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    когда уже запилят нормальный "вм", что-то в духе xmonad? все что есть - примитивное и неюзабельное, что-то вроде "смотрите, мы можем окошки двигать, во как, и никакого тиринга!"
     
     
  • 2.4, Аноним (-), 21:24, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что мешает пользоваться xmonad ?
    Он вроде более-менее рабочий.

    Чем тебе не подошел Sway?

     
     
  • 3.40, Аноним (3), 10:13, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А что мешает пользоваться xmonad ?

    собственно им и пользуюсь, но приход вайланд неизбежен, вот и смотрю по сторонам, куда можно будет мигрировать

    >Чем тебе не подошел Sway?

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

     
     
  • 4.64, Аноним (64), 12:06, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Думаю если переход, который длится уже 15 лет (как говорят) всеже состоится, то и xmonad перепрут на вяленого, к тому времени.
     
  • 4.73, ZWayland (?), 14:32, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все сложное просто xвайланд
     
  • 4.97, DarkHobbit (ok), 23:18, 23/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какую модель тайлинга Аноним считает не убогой?
     
  • 2.10, Аноним (10), 21:59, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Переходи на WDDM.
     
  • 2.27, Аноним (27), 04:51, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/waymonad/waymonad
     
     
  • 3.41, Аноним (3), 10:15, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    гугл, ты? не узнал
     
  • 3.46, Аноним (46), 10:42, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно заброшено и воняет
     
     
  • 4.48, Аноним (-), 11:17, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А ты не думал, что оно просто готово к применению - ни прибавить, ни убавить?
     
  • 2.55, Аноним (55), 11:32, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ВМ как концепция работы остались в 2005 году. Сейчас сравнительно мало кто этим пользуется и соответственно мало кто разрабатывает. Смысла нет: железо экономить не надо, мониторы большие, все интересные функции внесли в ДЕ. Такова жизнь.
     
  • 2.71, Аноним (71), 13:47, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну так запили сам, трудно чтоли
     

  • 1.5, Аноним (5), 21:32, 19/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибудь может поделиться ссылкой на какую-нибудь статью, объясняющую концепцию этих левых "протоколов"? Как они связаны (дружат) с реальными десктопными версиями гномов/KDE, системными библиотами wayland и прочего?

    Пишут, что "xdg-shell" протокол компилируют и тащат исходниками (какую-то конкретную версию протокола) прямо с приложениями - как оно работает и почему? Будет ли старая версия такого протокола работать с новыми системами, а новая версия со старыми?

     
     
  • 2.7, Аноним (7), 21:43, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Нельзя поделиться чем, чего нет. Изначальная концепция ущербна. И теперь ее подпирают костылями прямо на ходу.
     
     
  • 3.11, Аноним (-), 22:36, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Концепция шикарна.
    Мы добавляем только то что нужно, и только в структурированные протоколы.
    В любой момент понятно, что у нас стабильное, а что нет.
     
     
  • 4.24, Аноньимъ (ok), 03:11, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В любой момент понятно, что у нас стабильное

    Ничего.

    > а что нет

    Чего нет - то стабильно конечно.

     
  • 2.9, llolik (ok), 21:56, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так вроде как в официальной доке всё нормально написано. https://wayland.freedesktop.org/docs/html/
    Конкретно по тому, что интересует главы 3 и 4.
     
  • 2.12, Sunderland93 (ok), 22:43, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С чего они вдруг стали "левыми"? Это стандартные расширения, которые реализованы в любом Wayland композиторе или тулките в той или иной степени (например гномеры наотрез отказываются добавлять xdg-decoration)
     
     
  • 3.16, Аноним (5), 23:45, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если они не левые, то какого чёрта они не ставятся вместе с 'libwayland-dev' и нельзя просто слинковать с готовыми либами?
     
     
  • 4.29, ВайКакПросто (?), 04:53, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По этому вопросу обращайся к сопровождающим пакета libwayland-dev в твоем Debian/Ubuntu.
     
  • 2.15, ПомидорИзДолины (?), 23:44, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все это описано в документации, но не очень детализированно.

    Если есть желание работать в этой сфере -- полезно будет почитать исходники weston.

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

     
     
  • 3.17, Аноним (5), 23:48, 19/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никакого желания 'работать в этой сфере'. Есть приложения, давно адаптированные под Xlib, WinAPI, Cocoa и прочее, и нужно просто адаптировать код под этот всеми продвигаемый Wayland, не потеряв функциональность. Но почему-то так просто это не делается.
     
     
  • 4.30, ВайКакПросто (?), 04:57, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А теперь вспомни как эти приложения адаптировали в WinAPI, Club, Cocoa. Процесс шел через скрип зубами и на волевых качествах разработчиков.
     
     
  • 5.35, Аноним (5), 08:58, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я прекрасно помню как это происходило. Ответы на мои вопросы прекрасно находились в документации MSDN, Apple, Xlib... А вопросы по Wayland почему-то ведут на сайты, где функции не имеют описания или на примеры кусков кода, без объяснения их работы. Наверное в этом Google виноват...
     
     
  • 6.49, Аноним (55), 11:20, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть ощущение, что ты лжешь и никаких приложений под xlib, winapi и cocoa не существует. Люди как-то пишут под вейланд, а ты бедняжка не можешь ничо найти. И зачем-то тебе понадобилось описание вейланд-протоколов (зачем?).
     
     
  • 7.72, Аноним (5), 14:00, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не говорю, что не могу - всё будет раньше или позже. Просто у меня вызывает Wayland раздражение. Словно его писали не для разработчиков ПО, а просто по приколу, для "своих".
     
     
  • 8.74, Аноним (74), 14:34, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты серьёзно Есть какая-то программа, которую специально адаптировали к WinAPI, ... текст свёрнут, показать
     
  • 5.78, Аноним (78), 16:17, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее если разработчику нужно было в приложении иметь много окон, он мог получить много окон и в WinAPI, и в Club, и в Cocoa, и даже в X11, а теперь вжух, и в вялом этого нет.
     
     
  • 6.90, ПомидорИзДолины (?), 02:41, 21/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > иметь много окон

    Я не совсем понял ваш вопрос.

    В wayland нет ограничений на количество вызовов [wl_compositor-request-create_surface](https://wayland.freedesktop.org/docs/html/apa.html#protocol-spec-wl_compositor). Приложение может создать столько поверхностей верхнего уровня, сколько необходимо.

     
  • 4.89, ПомидорИзДолины (?), 02:37, 21/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С какими конкретно сложностями вы столкнулись? На какие конкретные вопросы вы не смогли найти ответа?
     

  • 1.14, Аноним (14), 23:24, 19/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    пройдёт еще пару лет и в этой шляпе ни кто не сможет разобраться как и в иксах
     
     
  • 2.19, diablocrp (?), 00:38, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Надеюсь после этого закопают именно эту шляпу, а не иксы)
     
     
  • 3.21, Аноним (-), 00:55, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Иксы уже померли, осталось только пованивание от маргиналов.
    И убили их те кто за 2022 год не сделал вообще ничего, в отличии от 32 разработчиков которые внесли невероятные 156 изменений. (https://opennet.ru/58410-xorg)

    Только за месяц 2 новости про закрытие очередных дырях в X.Org Server в верисях 21.1.10/21.1.11.
    Причем уязвимости там по 10-15+ лет живут.

     
  • 3.22, Аноним (64), 01:03, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что там протухло, в иксах, конкретно? Оно как бы большое сильно, но вродь как осили же сделать модульным его? Или это заблуждение?
    А то кудачут, протухло, протухло, мэнтэйнеры свалили в вейланд ибо задолбались и сами не врубаются что с этим делать... Однако врубаются что делать в вейланде ентом...
     
     
  • 4.43, Аноним (43), 10:21, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Про сваливших мейнтейнеров достаточно знать, что они вандалили репу иксов из-за детских обидок.
     
     
  • 5.66, Аноним (64), 12:16, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как я понял проблема Иксов не в самой концепции (она даже классная) а в обмазке говнобиблиотеками. Если так, то теоретически вычистив код от поддержки старого железа ну скажем до 2000 года, то и костылей останется не так много, и получившееся обозвать X12. А обратная совместимость, может ретранслятор какой по типу xwayland только для X11.
    В принципе база-то есть и она не плоха по наработкам-то. Не?
     
     
  • 6.69, BeLord (ok), 12:49, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не рабочая схема, вычищать нужно от старого железа всего и делать форк на железе 2020 года условно и по мере развития добавлять новое, тогда лет через 5 будет софт, поддерживающий актуальное железо и уже относительно старое на то момент.
     
  • 6.70, Аноним (-), 13:38, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Концепция там тоже не очень.
    У нас есть фреймбуфер один на все. Поэтому например мониторы будут работать на частоте самого слабого звена.
    Общие ресурсы для всех "пользователей" - каждый может читать и писать чужие данные.
    Запутанность кодовой базы и горы костылей.

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

     
  • 2.20, Аноним (20), 00:41, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Однозначно вяленд нужно переделывать либо думать о замене. Слишком сильно прибит к онтопику, слишком усложнённые.
     
     
  • 3.23, Аноним (-), 01:12, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Слишком сильно прибит к онтопику

    В разве это проблема? Где вы его еще собираетесь запускать?

    На винде? На ней и исксы были, но сплыли за ненадобностью
    На маке? Хз что там на маке, но зачем он вообще нужен?
    На бсд? Их мнение чуток никого не колышит, пусть тянуть свою ксенокару.

    > слишком усложнённые

    Вяленый проще и понятнее чем иксы.

     
     
  • 4.25, nameleftblank (?), 03:53, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на винде wslg через вяленый работает, кстати

    так что строго говоря в оффтопик спокойно прикрутили вяленый (хоть и неизвестно какими шаманствами)

     
     
  • 5.26, Аноним (26), 04:26, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там просто программисты работают, а не 1.5 васяна
     
  • 3.50, Аноним (55), 11:22, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Переделывай, кто тебе мешает?
     

  • 1.18, Аноним (18), 00:04, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вывод в цветовом пространстве монитора до сих пор не поддерживается?
     
     
  • 2.36, Аноним (36), 09:14, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде же недавно завозили
     

  • 1.28, Zvezda (ok), 04:52, 20/01/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

  • 1.32, Аноним (-), 05:57, 20/01/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
  • 1.33, ИмяХ (ok), 07:18, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>"single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA

    Ох уж эти велосипедостроители. Вместо того, чтобы просто писать uint32_t pixelbuffer[4]; они изобретают аж целый протокол!

     
  • 1.34, Аноним (34), 07:27, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда уже войланд будет стабелезерован? Сейчас оно сырое очень...
     
     
  • 2.51, Аноним (-), 11:22, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Протокол давно готов. Дело за создателями композиторов, к ним обращай свои претензии.
     
     
  • 3.79, Аноним (79), 16:52, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Новость-то прочитал? Давноужеготовый протокол 33-й раз доделывают... и никак доделать не могут. Доделать не могут, т.к. расширений все ещё мало.  А без расширений все уныло выходит.

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

    Я, например, жду поддержку трея нормальную. В кедах оно возможно уже есть, но хочется и за пределами КДЕ существовать.

     
     
  • 4.80, Аноним (-), 17:07, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Протокол стабилизирован 15 лет назад. Новые фичи вводят, обращай свои хотелки от разработчикам композиторов.

    >Я, например, жду поддержку трея нормальную. В кедах оно возможно уже есть, но хочется и за пределами КДЕ существовать.

    Протокол не обязан реализовавыть твои личные хотелки. Пиши письма разработчикам DE и WM.

      

     
     
  • 5.84, Аноним (79), 19:29, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А почему винда, мак и x11 мои хотелки реализовали, а под вейландом никак?

    Это потому что Вейланд идеален, да? Ну и естественно, доработок Вейланд не требует абсолютно никаких! Уже 10 лет как готов и дописан... но ещё лет 5 минимум Вейланд будут допиливать.

    P.S. На самом деле работа над вейландлм идёт и очень большая (года этак с 2020-го, когда резко потребовалось под вейландом скриншоты делать для zoom и skype). Но до состояния "готов" там ещё далеко. Мой личный вишлист 2014-го года исполнили чуть более чем наполовину (но уже более 50%).

     
     
  • 6.86, Аноним (-), 20:19, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему винда, мак и x11 мои хотелки реализовали, а под вейландом никак

    Может потому что эта хотелка нужна 0.01% юзеров и вот прям сейчас на нее нет смысла тратить время?
    А лучше допилить что-то более нужное и полезное?
    С другой стороны - это ж опенсорс, кто угодно может предложить драфт протокола.

    > Уже 10 лет как готов и дописан

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

    > Мой личный вишлист

    Было бы интересно на него посмотреть. Чего там такого, что не хватает почти 50%?
    С моей точки зрения он уже готов для обычного пользователя.
    И уже дает больше чем иксы любителям игр и кинца.

     
     
  • 7.87, Аноним (79), 22:44, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Попробую по памяти, чтобы быстрее почти всё через расширения PrimarySelectio... большой текст свёрнут, показать
     
     
  • 8.92, llolik (ok), 09:05, 21/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так можно же Виртуальные display и seat Вон в GNOME недавно по сути удалённые ... текст свёрнут, показать
     
  • 4.81, Аноним (-), 17:08, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В кедах оно возможно уже есть, но хочется и за пределами КДЕ существовать.

    Может начать задавать вопросы находящимся за пределами кедов - почему в кедах есть, а у них до сих пор нет?

     
     
  • 5.85, Аноним (79), 19:53, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем задавать, если уже ответ очевиден? В гноме трея нет и никогда не будет. Всякие sway/lxqt обходятся иконками из /usr/share/pixmap и управлением через dbus.

    А трей будут делать на основе чего-то вроде embedding foreign widgets/xdg-foreign. Просто определиться должны большие дяди (протокол доделать/описать use-case как с iccwm).

    В моем понимании это означает "доделать протокол", или "сделать расширение" (формально это расширение, но оно так сильно распространено, что без него прям начинаешь страдать; смириться с его отсутствием можно разве что в телефоне/телевизоре).

     
  • 2.53, Аноним (55), 11:24, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С какой стороны сырое? Перешёл год назад и забыл монстроиксы как страшный сон.
     
  • 2.76, Аноним (76), 15:13, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В чём сырость вайланда выражается?
     

  • 1.38, Аноним (38), 10:03, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Протоколы, разрабатываемые в ветке "unstable":
    >"text-input" - организация ввода текста.

    Извините, а что же, в Wayland до сих пор нельзя вводить текст?

     
     
  • 2.56, Аноним (-), 11:38, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно можно было. Это уже v3. Видно что люди работают и стараются сделать вейланд еще лучше и удобнее.
     
  • 2.61, Пользователь планеты Земля (?), 11:53, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    This protocol allows compositors to act as input methods and to send text to applications. A text input object is used to manage state of what are typically text entry fields in the application.
     
  • 2.77, Аноним (76), 15:23, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Только если вы делаете далеко идущие выводы только по названию протокола, вопреки здравому смыслу, как вы представляете что вайланд используется в дистрибутивах по дефолту не имея возможности выводить текст?
     

  • 1.42, Аноним (3), 10:17, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    уже можно устанавливать раскладку клавиатуры отдельно для каждого окна?
     
     
  • 2.62, Ононем (?), 11:57, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживается в labwc (aka Openbox под Wayland).
     
     
  • 3.82, fi (ok), 17:40, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    странно, а X-сы поддерживают это в core.

    А как там вообще с /usr/share/X11/xkb/ - есть ли 4 или более layouts?
    Или как в хромос - основнова xkb, а сверку, чтоб изменить, костели  )))

     

  • 1.44, Аноним (43), 10:26, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Pipewire это пример того, как надо делать. Про пипку нет никаких визгов. Оно просто заменяет пшшаудио и работает.
    С вяленым ситуация иная. Это поделие, не совместимое даже в разных реализациях себя. 15 лет, а воз и ныне там.
     
     
  • 2.52, Аноним (-), 11:23, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Каждый кто пишет композиторв Вэйланда, обязать реализовать то. что написано в Протоколе.
     
  • 2.60, Аноним (55), 11:50, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Про пипку нет никаких визгов.

    В смысле? Такие споры порой стоят, что хоть святых выноси. Читай профессиональные сообщества, а не опеннет и реддит.
    >С вяленым ситуация иная

    Такая же, точно так же ругают за дело и думают как улучшать. Опять же, читай специалистов, а не интернет истеричек.
    >не совместимое даже в разных реализациях себя. 15 лет, а воз и ныне там.

    Пример несовместимости будет? Если это реально так, то я помогу связаться с разрабамт.
    15 лет и почти полностью вынес иксы, став стандартом де факто, поменяв всю экосистему графики. Это плохой результат?

     
     
  • 3.88, Аноним (79), 00:52, 21/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Пример несовместимости будет?

    Пример 6-летней давности. Запускаем в weston e17-терминал и kate. Копируем средней кнопкой выделение из терминала в kate - не копируется.
    Делаем то же самое в e17-композиторе - зависает kate. В e17-приложения копируется.
    Делаем аналогично в kwin - падает kwin (и всё что в нем запущено). Из konsole в kate под kwin все копируется.

    Сейчас наверное пофиксили, но около года было примерно как описано.

     
  • 2.94, randomize (?), 01:37, 22/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня на pipeware звук пропадает на доли секунды, затем снова идет. Достойный продолжатель дела пшаудио.
     
     
  • 3.95, randomize (?), 01:38, 22/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    * pipewire
     

  • 1.54, Аноним (55), 11:27, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Видимо имеет место массовое непонимание, что такое wayland-protocils и архитектуры вяленого. Wayland, чтобы было проще понять, организован по "микроядерному" принципу. У него экстремально маленькое ядро, а все взаимодействия вынесены в "протоколы". Это позволяет держать кодовую базу легко поддерживаемой и стабильной.
     
     
  • 2.59, Аноним (-), 11:45, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Видимо имеет место массовое непонимание, что такое wayland-protocils и архитектуры вяленого.

    Ты только это заметил? Тут народ вестон от вейланда отличить не может, а ты про архитектуру)

    > Wayland, чтобы было проще понять, организован по "микроядерному" принципу. У него экстремально маленькое ядро, а все взаимодействия вынесены в "протоколы". Это позволяет держать кодовую базу легко поддерживаемой и стабильной.

    Местные просто привыкли к ядру линукс и X11.
    Когда весь код вываливается в одну большую, я бы даже сказал громадную пащучую кучу.
    А потом десятилетиями ловятся баги из-за неявных взаимодействий.


     
     
  • 3.65, iZEN (ok), 12:08, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом десятилетиями ловятся баги из-за неявных взаимодействий.

    Ну вот зачем было делать X.Org модульным? В 30 мегабайт вся графика xorg-server 6.0 умещалась. Зачем было усложнять и ловить баги из межмодульного взаимодействия?

     
     
  • 4.67, Аноним (67), 12:17, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чото модульность иксы не спасла от раздувания. Видимо потому что модульность от этого не защищает, в отличие от микросервисности.
     
     
  • 5.83, Аноним (83), 18:57, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Микросервисность от этого тоже не защищает, в отличие от здравого смысла. Но Вейланд пишут те же люди, что писали иксы последние десятилетия, так что результат будет тем же.
     
     
  • 6.91, Аноним (-), 05:24, 21/01/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.63, iZEN (ok), 12:05, 20/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну когда уже Wayland вместо X.Org-server заработает? Ждём с 2008 года, а Германа всё нет, гальванизируют старуху-графиню.
     
     
  • 2.68, Аноним (67), 12:19, 20/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда заработает на твоей фрибзд - задавай вопросы вашим мейнтейнерам. Ты ведь именно этим хотел поддеть, ага?
    А на линуксе работает давно и хорошо.
     
  • 2.75, Аноним (-), 14:44, 20/01/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.96, Аноним (96), 14:50, 23/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >А зачем бзде вейланд? Разве там кто-то графикой пользуется?

    Почему нет? Вот при Иксах было можно отображать вывод программы с машины FreeBSD в окно Xming. А вот при Wayland-Protocols так уже не получится.

     

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



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

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