The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.35

17.04.2024 20:13

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

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

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

  • В разряд стабильных переведён протокол tablet-v2, предоставляющий средства для организации ввода с графических планшетов.
  • В категорию "staging" добавлен новый протокол alpha-modifier, позволяющий клиентам менять уровень прозрачности поверхности и выносить операции по обеспечению прозрачности на сторону композитного сервера, который в свою очередь может переадресовать эти операции KMS.
  • В протокол xdg-shell добавлена рекомендация не выводить декорирование вне геометрических границ окна, в случае использования мозаичной компоновки окон.



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

  • "viewporter" - позволяет клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера.
  • "presentation-time" - обеспечивает отображение видео.
  • "xdg-shell" - интерфейс создания и взаимодействия с поверхностями как с окнами, что позволяет их передвигать по экрану, сворачивать, разворачивать, изменять размер и т.д.
  • "linux-dmabuf" - обеспечивает совместное использование нескольких видеокарт при помощи технологии DMA-BUF (позволяет создать 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 (реализация базируется на обработчиках в драйверах). Новый протокол даёт возможность убедиться, что операция отрисовки в буфер завершена до того, как композитный менеджер отобразит данный буфер.

Протоколы, разрабатываемые в ветке "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.34
  3. OpenNews: В библиотеке SDL3 отменяют переход на Wayland по умолчанию (отмена отложена)
  4. OpenNews: Сотрудник Canonical представил miracle-wm, композитный менеджер на базе Wayland и Mir
  5. OpenNews: Доступен Wayland 1.22
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61018-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (102) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:21, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > tablet-v2

    нужно со смартфонов начинать.

     
     
  • 2.5, Аноним (5), 20:38, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В соедней теме чел написал чего не работает в одной из реализаций. На буке похоже терпимо.а смурф явно окирпичится почти.
     
  • 2.45, Аноним (45), 08:26, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно про графические планшеты, а не поддердку тачскринов и автоповорота
     
     
  • 3.46, DiabloPC (ok), 09:24, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Тише, тише
    Ну не все знают шо планшет это не только ипад 😂
     
  • 2.63, fi (ok), 13:34, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще надо делать прозрачность в духе X11, только лучше. Чтоб любой девайс выглядел на экране монитора как родное окно с общей политикой на рамку. И чтоб мышкой переносишь фотки с него и на него ))))
     

  • 1.2, Аноним (2), 20:24, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Протоколы, разрабатываемые в ветке "unstable"....

    мдя... ну ждали 16 лет, подождем еще лет 10...

     
     
  • 2.31, Neon (??), 00:37, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну так как в анекдоте.

    Молодой адвокат прибегает к своему отцу – старому адвокату и радостно говорит:
    – Отец! Я выиграл дело, которое ты вел 20 лет!
    Отец ему отвечает:
    – Дурак ты, сынок! Благодаря этому делу я вас 20 лет кормил...

    Так и с "unstable" протоколами можно вечно кормиться)

     
  • 2.60, Skullnet (ok), 13:09, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прикинь, это только протоколы. А реализации то нет.
     
     
  • 3.86, Аноним (86), 23:29, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тсс, оне до сих пор думают, что Вейланд это такая программа.
     

  • 1.3, Аноним (5), 20:26, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    И когда его научат всему что умеет в том числе X11, то Wayland превратиться в oldstable и  его будет легче к тому же поддерживать поколению нетакусик. Проблема в том,что и они вымрут. Замкнутый круг.
     
  • 1.4, хрю (?), 20:37, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Протоколы, разрабатываемые в ветке "unstable":
    >"fullscreen-shell" - управление работой в полноэкранном режиме.

    мда. вот-вот готовность № 1...

     
     
  • 2.6, Аноним (6), 20:44, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Ну так а что ты хочешь. Если даже композитинг не отключается, это означает, что всегда будет лагать и вечные проблемы со статтеренгом/тирингом заложены изначально.
     
     
  • 3.8, Аноним (8), 20:54, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Пока что полноценно тиринг работает только на иксах.
     
     
  • 4.11, Аноним (6), 21:08, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Пока что полноценно тиринг работает только на иксах.

    Враки. Я пока вяленого не запустил, наблюдал тиринг только в браузере на видео-сайтах. А с ним он был повсюду (удивительно, но факт).

     
     
  • 5.12, Аноним (12), 21:53, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    С веланджом каждое приложение само должно отрисовывать свой тиризнг. У вас бракованый велщанд.
     
  • 5.110, Аноним (110), 13:03, 21/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Враки ... наблюдал тиринг только в браузере на видео-сайтах

    Ну как тебе сказать...

     
     
  • 6.112, Аноним (6), 14:54, 21/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это из-за гтк. В гтк программах всегда криво всё работает.
     
  • 3.15, Аноним (15), 22:17, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Пхе-пхе Только есть нюанс Когда Аноним на пафосных щщах рассуждает про 171 ... большой текст свёрнут, показать
     
     
  • 4.17, Аноним (6), 22:27, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Даже вендовый "композитинг" начал заметно влиять, как только его сделали неотключаемым. И он там действительно быстрый и вылизанный. А проблемы создавать умудряется. О чём ты говоришь, какой вяленый?
     
  • 4.18, тыквенное латте (?), 22:28, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Более того, композитинг вейланда наоборот, не загружает,... большой текст свёрнут, показать
     
     
  • 5.72, Аноним (72), 18:18, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё блаблабла, на деле игры в X11 больший FPS выдают, а тиринга я в KDE начиная с 3их никогда не видел.
     
     
  • 6.87, Аноним (87), 01:13, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, недавние тесты phoronix это подтверждают.
     
  • 4.19, Аноним (6), 22:31, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати на венде статеринг и тиринг и тиринг весьма актульные проблемы. Статтеринг особенно релевантен, но и тиринг как минимум на 10-летних играх уже побороть не легко. Вот, например, взять Valkyria Chronicles, совершенно жуткий тиринг.
     
     
  • 5.42, Аноним (42), 07:34, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Погоди, Аноним, то есть, у тебя одновременно _и_ тиринг, _и_ статтеринг?

    Этого же не может быть, они же противоположные по сути явления.

     
     
  • 6.44, Аноним (6), 08:01, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В разном софте разные проблемы. А статтеринг результат борьбы с тирингом, как он может быть противоположным?
     
  • 6.53, Аноним (15), 11:36, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут есть ещё момент, что некоторые хейтеры познакомились с wayland ом через бинг... большой текст свёрнут, показать
     
     
  • 7.55, Аноним (55), 12:09, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > но их собственный отдел линуксовой разработки ограничен, не расширяется и _уже_ пилит проприетарные иксовые дрова. Естественно, любые новые инициативы («Что? Переписать драйвера? С нуля?!») воспринимаются в штыки и спускаются на тормозах.

    прохладные истории от инсайдера из нвидии. Пруфы то есть что там кто-то в штыки воспринимает?

     
     
  • 8.64, Аноним (15), 13:42, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А тут не надо быть инсайдером 8212 всё вполне себе публичное И бодяга с EGLs... текст свёрнут, показать
     

  • 1.7, Аноним (7), 20:44, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    К сожалению, Вейланд повторяет ошибки W3C (и многих других комитетов до, и после), не предоставляя эталонную реализацию на любом распространенном языке. Тем не менее, HTML — самый универсальный язык разметки документов из имеющихся. И эта же участь ждёт Вейланд.
     
     
  • 2.9, Самый умный аноним (?), 21:03, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Weston: я для тебя какая-то шутка?
     
     
  • 3.23, Аноним (7), 23:26, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Weston is the reference implementation of a Wayland compositor, as well as a

    useful environment in and of itself.

    Действительно… Почему-то я был уверен, что это независимый проект. Ну в таком случае у Wayland куда большие шансы на успех, чем у того же HTML.

     
     
  • 4.56, Аноним (56), 12:29, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фух... Еле разобрались, а то уж переживать стал...
     
  • 3.69, RANDOMIZE USR 15616 (?), 15:46, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Weston: я для тебя какая-то шутка?

    Примерно тоже самое,что IE6 для HTML.

     
  • 2.10, Аноним (10), 21:05, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >И эта же участь ждёт Вейланд.

    То есть участь Электрона. Охотно верю.

     
     
  • 3.20, Аноним (7), 22:31, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В том числе, да. Электрон, как бы тут ни любили его хаять, весьма логичное решение для GUI, очень в духе т.н. философии unix: одна программа, делающая одно дело — ВебКит, рендерящий HTML+CSS, который в него универсальным образом (через сокет) передаёт бэкэнд. Чем это принципиально отличается от cat | awk | grep? Вейланд, по сути, пытается стандартизировать типичный модульный юникс-пайп, но для видеовывода. В отличие от комбайна Xorg, весьма и весьма далёкого от всё той же философии unix.
     
  • 2.47, Sw00p aka Jerom (?), 09:56, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > HTML — самый универсальный язык разметки документов из имеющихся.

    хмл плачет в сторонке :)

     
     
  • 3.78, Аноним (7), 18:56, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    XML не стал универсальным форматом из-за своей громоздкости. В 2004 уже всем всё было понятно, в 2006 выпустили последний стандарт на xml, и на этом праздник закончился. К 2010 мир уже с радостью гонял JSON через REST, и продолжает это делать сегодня. Тем не менее, кое-где XML+XSLT прижились и чувствуют себя хорошо, что делает их замечательными нишевыми стандартами.

    Но как ни крути, самый успешный диалект SGML это HTML.

     
     
  • 4.100, Sw00p aka Jerom (?), 12:42, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > XML не стал универсальным форматом из-за своей громоздкости.

    «расширяемый язык разметки» - хотим универсальности и не грамоздкости? как это так?

    > Но как ни крути, самый успешный диалект SGML это HTML.

    а че не XHTML?

     
     
  • 5.108, Аноним (7), 17:59, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > «расширяемый язык разметки» - хотим универсальности и не грамоздкости? как это так?

    Выходит, что не так сильно хотим, если посмотреть на результат.

    > а че не XHTML?

    Наверное слишком много X в нём оказалось.

     

  • 1.13, Аноним (13), 21:56, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Все протоколы последовательно проходят три фазы - разработка, тестирование и стабилизация.
    >стабилизация

    Так и запишем - разработчики by design пишут нестабильный код
    А потом героически его стабилизируют!
    Молодцы, здорово придумали!

     
     
  • 2.16, тыквенное латте (?), 22:24, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Классика же фридрисктоп/красношляпочного девелопинга:
    github/bluez/bluez/blob/master/ChangeLog

    Понятно что с таким подходом "разработки-тестирования-стабилизации", хорошо работает лишь разработка (нет) и тестирование (да), а стабилизация, ну, зависит. :-D

     

  • 1.14, Аноним (14), 22:05, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Столько мусора в разработке. А открытие окна в определенных координатах они не хотят разработать?
     
     
  • 2.21, Аноним (21), 22:44, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Wayland ничего не знает про абсолютные координаты. Вот первая попытка это обойти  https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/249 (провалилась). Вот тут уже вторая https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/264

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

     
     
  • 3.22, Аноним (15), 23:20, 17/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит 171 болото 187 Ты, если что, комментируешь в новости про то что ... большой текст свёрнут, показать
     
     
  • 4.28, Аноним (14), 00:32, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Приложение НЕ ДОЛЖНО управлять положением своих окон

    Что значит не должно? Ещё как должно. Я открыл два окна браузера с мониторингами и хочу чтобы они запомнили свою позицию при следующем открытии. Как композитор запомнит какое из окон где должно восстановиться? Это внутренняя кухня браузера - создавать каждое окно в нужном месте экрана.

     
     
  • 5.33, Аноним (33), 00:39, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так то все вроде логично звучит, но как-то целый гном и кеды работают ведь без знания абсолютных координат.
     
     
  • 6.40, Аноним (40), 05:46, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В том-то и дело, что как-то
     
  • 5.61, Loki13 (ok), 13:14, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А как твои окна расположатся, если у будут запущены на тайловом WM По логике ка... большой текст свёрнут, показать
     
     
  • 6.68, Аноним (68), 14:53, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это вопросы к тайловым WM, которые идут своим путем. Они удобны, но они всегда были альтернативным взглядом на работу с окнами - вклиниваясь в уже отработанную схему построения UI систем и где-то ломая ее.

    > По логике как раз композитор и должен расположить их так как надо, в зависимости от имени окна например и прописанных правил.

    Ну и как ты будешь прописывать правила для каждого подокна браузера? За день их количество и расположение может поменяться довольно много раз. Каждый раз лезть в конфиги что ли?

     
  • 6.84, тыквенное латте (?), 21:44, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А как твои окна расположатся, если у будут запущены на тайловом WM?

    через EWMH и float layout.

     
  • 6.107, крокодил мимо.. (-), 16:46, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    эмм тут WindowMaker-0 96 именно так и работает именные поименованные workspa... большой текст свёрнут, показать
     
  • 4.54, Аноним (54), 11:53, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И сама пытается украсть фокус в самый неподходящий момент.

    Фокус не имеет никакого отношения к абсолютному позиционированию окон

     
     
  • 5.76, Аноним (76), 18:50, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так там и с фокусом большие проблемы.
     
  • 4.83, randomize (?), 21:43, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И сама пытается украсть фокус в самый неподходящий момент.

    Прощайте, электронные словари :(

     
  • 2.65, Аноним (-), 13:48, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А кому это нужно?
    Только всяким любителям отвратительных поделок типа гимпа, из времен когда на экран 1024*768 пытались впихать все что можно.

    На им мнение можно класть, что в общем-то и делается.

     
     
  • 3.74, Аноним (76), 18:48, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Одно окошко на весь экран хватит всем. Во времена DOS было актуально. Луддиты лезут там, где их не ждёшь.
     

  • 1.25, Аноним (25), 23:56, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В очередной 100500й раз спрашиваю, зачем в линухе нужен по сути эмулятор удаленного графического терминала, если все уже овер9000 лет живут с удаленным рабочим столом? Дань уважения компам 80х годов? Только проблемы себе лишние придумывают.
     
     
  • 2.26, Мне хватает (?), 00:09, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы про Pty в виндах не читали. У них там революция, говорят что уже 20 лет её делают, а воз cmd и ныне там
     
     
  • 3.27, Аноним (25), 00:22, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот про что. Играться с прокидыванием иксов через ssh в свое время было конечно прикольно, но какое преимущество клиент-серверная структура линуха дает перед банальным захватом картинки с экрана, как это делается в винде? И стоит ли это приемущество всех этих мучений с этим вяленым? Кроме философии и понтов конечно.
     
     
  • 4.37, DiabloPC (ok), 01:25, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а ты по объему трафика сравни. и не нужно сейчас распинаться что нынче интернеты ух какие скоросные бла-бла-бла.  
     
     
  • 5.43, Аноним (42), 07:42, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что с чем сравнить? ssh -X требует локалки, xpra (сжимающий ffmpeg'ом) даже на мобильном интернете выдаёт пристойную картинку.
     
     
  • 6.62, vvivl (?), 13:20, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не в сжатии и пристойности картинки.

    Изначальная идея удалённых рабочих столов - гонять по сети команды отрисовки.
    Для комбинации X11/Motif, а также в винде для приложений, использующих системную библиотеку Common Controls, по сети летали команды, а не растры, что позволяло сидеть на удалённой машине, например, через аналоговый модем по телефонным проводам (ака "лапша") не испытывая никакого дискомфорта.
    Всякие пиктограммы, картинки, иконки, тема оформления и пр. при таком походе пересылались один раз и кешировались локально.

    Но потом появились тулкиты, которые пошли не правильным путём, а наименьшего сопротивления: вместо создания расширений для X11, которые бы позволили на стороне X-сервера обрабатывать новые команды новых тулкитов, они стали тупо пересылать растры на каждый кадр.
    В винде случилось похожее с появлением тем оформления.
    И всё, теперь подайте сто мегабит, а лучше гигабит, да чтоб с минимальной задержкой.

    Старый подход с пересылкой команд, а не растров, остался лишь в нишевых продуктах для организации VDI, да и то не всех.
    Например, VMWare VDI умеет перехватывать и пересылать команды. Соответственно, даже на мобильном интернете для общепользовательских задач работает превосходно.

     
     
  • 7.92, Мне хватает (?), 06:56, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тулкиты полбеды, HTML который михают везде с ним тоже проблемы. Подход что вы описали с прозрачностью иксов увы остался просто мечтой из прошлого и не соответствует текущему положению вещей. Хотя подход и выглядит красиво но реальность внесла свои коррективы.
     
  • 3.30, Аноним (25), 00:36, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я вот из за этого линух и не чувствую. В нем нет какой-то эстетики и структурной красоты. В винде бы просто прикрутили драйвер виртуального дисплея, который бы работал для всех остальных частей системы абсолютно прозрачно. А тут какой-то протокол 20 лет городить надо, который ломает пол системы.
     
     
  • 4.50, Аноним (55), 10:59, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дак и в X11 все работает прозрачно для всей остальной системы, что локально, что удаленно.
     
     
  • 5.79, Аноним (25), 20:31, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не прозрачно. Ибо когда вдруг решили заменить иксы на вяленый, то нужно теперь пол системы перелопачивать. Ибо этот протокол находится между дравером и прогой, а не за драйвером. В случае с виртуальным драйвером все проще. У драйвера есть некое API. Вызовы этого API серилизуются, упаковываются, шифруются и пересылаются на удаленный компьютер. Как это происходит, какой там протокол - совершенно не важно. Ибо то, что находится за драйвером - системе не видно. Для нее все прозрачно. Это называется виртуализация. Все просто и красиво. И вот линух в эту виртуализацию и красоту не умеет.
     
     
  • 6.81, Аноним (33), 20:51, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И вот линух в эту виртуализацию и красоту не умеет.

    Да всё он умеет, это ты не умеешь

     
  • 2.36, DiabloPC (ok), 01:22, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на кой ляд целый рабочий стол, есле нужно одно приложение?
     
  • 2.58, Аноним (58), 12:49, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что делать, если надо на локальном рабочем столе отобразить по одной или несколько программ, выполняющихся на других хостах? На своём любимом рабочем столе со своими любимыми обоями!
     
     
  • 3.66, Аноним (55), 13:51, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И самое глагне - со своими любимыми декорациями окон в wm
     
  • 2.67, Аноним (-), 13:59, 18/04/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.29, Neon (??), 00:36, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему нельзя сразу стабильный протокол создать ?!
     
     
  • 2.35, errandrunner (?), 00:47, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что, внезапно, на практике протоколу могут потребоваться изменения

    можно же документацию открыть и почитать: https://chromium.googlesource.com/external/anongit.freedesktop.org/git/wayland

     
  • 2.59, Аноним (58), 12:51, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так финансирование от RHBM быстро закончится.
     
  • 2.75, Аноним (76), 18:48, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так его не было, этого протокола. Никто его не создавал, базовые вещи не прорабатывал.
     

  • 1.41, Аноним (-), 06:34, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сейчас нужно заморозить разработку нового функционала и сосредоточится на стабильности. Стабильность рождает ясную архитектуру. Если в Протокол пихать всё что захочет васян, то через 10 лет мы получим очередной мусор, как в X11.

    Дополнительный функционал пусть разработывают разработчики DE и WM, исключительно в рамках своих проектов.

     
     
  • 2.77, Аноним (76), 18:52, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >получим очередной мусор

    Его уже получили.

     

  • 1.48, Аноним (48), 09:56, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Протоколы Вейляндских мудрецов.
     
  • 1.49, вася (??), 10:14, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >>"single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA

    Вместо того, чтобы просто юзать uint_32t[4], они выдумали аж целый буфер и придумали аж целый протокол, для его создания. Вот уж в натуре ООП, доведённое до абсурда.

     
     
  • 2.51, Аноним (55), 11:05, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вася, ты хоть попытался вникнуть зачем это так сделано, прежде чем отвечать?

    > uint_32t[4]

    А когда понадобится восемь 32-разрядных значений, будешь весь API переписывать?

     
     
  • 3.70, вася (??), 16:45, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>когда понадобится восемь

    Когда человечество мутирует так, что кроме rgba, нужно будет отображать инфракрасный, микроволны, ультрафиолет и рентген каналы, то придется полностью менять аппаратную и программную часть; и переписывание api этого протокола будет каплей в море проблем этого перехода. А пока мы люди, а не рептилоиды, какой смысл распылять силы на это? Вон формат jpeg ничего, кроме восьмибитного rgb, не поддерживает, но уже десятки лет живой и никто менять его не собирается. Лишь изредка появляются кучки оголтелых смузихлёбов, которые с воплями "старьё" пилят всякие jpeg2000, jpeg-xl, и прочее никому не нужное и быстро забываемое барахло.

     
     
  • 4.71, Аноним (58), 17:09, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А пока мы люди, а не рептилоиды

    Ох, как знать, как знать... ;)

     

  • 1.52, Аноним (52), 11:23, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Недавно поставил KDE к уже установленному Gnome. Оба на wayland. Обнаружил что при входе (sddm) оказывается можно выбрать DE в нижнем левом углу и там даже в выборе есть Gnome на X11 окромя wayland, что решает проблему с некоторыми приложениями. Я не особо хорошо разбираюсь в Линукс, возможно эта информация кому будет полезной.
     
  • 1.57, Аноним (58), 12:43, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну что, теперь-то он почти готов?
     
  • 1.80, Аноним (33), 20:49, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А этот вяленый может WindowMaker запустить? Хотя бы через xwayland
     
     
  • 2.82, тыквенное латте (?), 21:37, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А этот вяленый может WindowMaker запустить? Хотя бы через xwayland

    разумеется нет. какой-то модный и молодёжный чад пишет wlmaker чтоли, только это не то чтобы мягко говоря не некстеп, это что-то, что отдалённо похоже на wmaker, лол. Работает конечно же нет, и заработает скорей всего конечно же никогда. Впрочем, когда-нибудь может быть и заработает в стиле как и всё у них уже работает, только тогда линуксоиды уже будут пилить ktulhuland, который вот уж точно-точно проделает всю работу над ошибками (нет).

     
     
  • 3.94, Аноним (94), 10:56, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А если WINGs портировать на wayland?
     
     
  • 4.96, тыквенное латте (?), 11:24, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если WINGs портировать на wayland?

    Ну, если - то да. Правда, запустить докаппы с X11-forwarding'ом ты не сможешь, например для мониторинга состояния подкроватного васян-серверочка. Их самоактивация - прощай. Автоматизация типа xdotool/wmctrl тоже прощай, ну и тд и тп. При том что туеву хучу функционала придется реализовывать с нуля: gitlab.freedesktop.org/wayland/wayland/-/issues/233
    Кому оно надо, если честно?! :-D WMaker даже с смертью линукса и всех его молодёжных вертикальных технологий, на каком-нибудь NetBSD переживёт ядерную зиму. В космосе.

     
  • 2.85, Аноним (85), 22:02, 18/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем?
     
     
  • 3.88, тыквенное латте (?), 01:55, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зачем?

    действительно, зачем нормальная DE?
    ibb.co/7kP1KLc

     
     
  • 4.89, Аноним (-), 06:01, 19/04/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.91, тыквенное латте (?), 06:23, 19/04/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.93, Аноним (94), 10:54, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это LXDE с wmaker'ом получился? Красиво!
     
     
  • 5.95, тыквенное латте (?), 11:02, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это LXDE с wmaker'ом получился? Красиво!

    просто wmaker, lxappearance аппликуха просто для демонстрации гткшного look-n-feel'a.

     
     
  • 6.97, Аноним (94), 11:53, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я больший поклонник Motif/CDE look-n-feel'а, но wmaker мне тож очень нравится.
     
     
  • 7.98, тыквенное латте (?), 12:23, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я больший поклонник Motif/CDE look-n-feel'а, но wmaker мне тож очень нравится.

    хехе, да, выстрелил Sun в эти славные времена "Unix wars". Мне еще нравится их тогдашний конкурент, SGI c IRIX Interactive Desktop. Санки запилили на смену OpenWindows тогдашний COSE, а SGI развил Indigo Magic Desktop: yohanan.org/steve/projects/indigo-magic-desktop .
    Эти скроллеры, Господи, такой стимпанк. :-D Причем, я уверен, такой цели не ставилось. Просто оно такое, потому что люди были талантливые. Побочка такая :-D

    P.S. Используешь CDE? Кто её сейчас нормально готовит? Опенсурсный или проприетарный?

     
     
  • 8.101, Аноним (101), 12:45, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто голый emwm, seamonkey с темой modern и xterm ... текст свёрнут, показать
     
     
  • 9.102, тыквенное латте (?), 12:54, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    он прекрасен _ ... текст свёрнут, показать
     
     
  • 10.103, Аноним (94), 13:01, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я поменял только дефолтный синий цвет на cadetblue, чтоб было как раньше в ориги... текст свёрнут, показать
     
     
  • 11.104, Аноним (94), 13:29, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пардон, не teal, а 505074 тот же что и в wmaker по-дефолту Перепутал с други... текст свёрнут, показать
     
  • 4.99, Аноним (99), 12:40, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на любителя. Я поставил — выглядит так себе. Не выглядит продуманно или удобно.
     

  • 1.105, Аноним (105), 16:06, 19/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну как, уже готов?!
     
     
  • 2.106, Аноним (94), 16:32, 19/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    До сих пор не готов, даже openbox запустить не может
     

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



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

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