The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.37

01.09.2024 21:59

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

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

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

  • В категорию "staging" добавлен протокол xdg-toplevel-icon, предназначенный для привязки пиктограммы к окну верхнего уровня.
  • В категорию "staging" добавлены протоколы ext-image-capture-source и ext-image-copy-capture для организации захвата выводимого на экран контента.



В настоящее время в состав 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 (реализация базируется на обработчиках в драйверах). Новый протокол даёт возможность убедиться, что операция отрисовки в буфер завершена до того, как композитный менеджер отобразит данный буфер.
  • alpha-modifier, позволяющий клиентам менять уровень прозрачности поверхности и выносить операции по обеспечению прозрачности на сторону композитного сервера, который в свою очередь может переадресовать эти операции KMS.

Протоколы, разрабатываемые в ветке "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: Доступен дистрибутив RebeccaBlackOS 2024-08-12 с подборкой окружений на основе Wayland
  3. OpenNews: Доступен Wayland 1.23
  4. OpenNews: Выпуск XWayland 24.1.0, компонента для запуска X11-приложений в Wayland-окружениях
  5. OpenNews: Выпуск Wayland-Protocols 1.35
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61800-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (98) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 22:03, 01/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Но ведь говорят вейланд это только протокол. Получается тут протокол протоколов?
     
     
  • 2.2, Аноним (2), 22:33, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Мы сделали тебе протокол в протоколе, чтобы ты мог использовать протокол, когда используешь протокол!
     
  • 2.3, Sunderland93 (ok), 22:36, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это расширения. X11 тоже только протокол, к которому также выходили расширения
     
     
  • 3.5, Аноним (5), 22:39, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У X11 был reference implementation, Xorg Server, один и одинаковый на все дистры последние лет 15 минимум.

    У вот у Wayland есть только хрен (это не мат, это растение):

    https://gitlab.freedesktop.org/wayland/wayland/-/issues/233

     
     
  • 4.6, Аноним (5), 22:40, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Забавно, issue исполнилось сегодня три года :-D

    Юбилей!

     
  • 4.9, Аноним (9), 22:52, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты, видимо, не в курсе про другие x-серверы, некоторые из которых до сих пор живы. То что они не взлетели на десктопных линуксах - это историческая случайность обусловленная сложностью имплементации всей той кучи костылей, облепивших xorg. В вяленом совсем другая архитектура, не подразумевающая наличие выделенного сервера. Поэтому и сервера нет, все пилят под себя. Всё очень просто)
     
     
  • 5.16, Аноним (16), 23:21, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Ты, видимо, не в курсе про другие x-серверы, некоторые из которых до сих пор живы.

    Какую часть фразы "Xorg Server, один и одинаковый на все дистры последние лет 15 минимум" ты не понял?

    За*ли фанаты Wayland с этим ка лом. Плевать я хотел на какие-то там Xorg серверы для каких-то там нужд, которые никто не видел и не использовал.

    У Wayland вообще ничего рядом не валялось.

    Дни-ще-недо-протокол.

     
     
  • 6.20, Аноним (-), 23:48, 01/09/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 7.23, Аноним (16), 23:57, 01/09/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 7.24, Аноним (16), 23:58, 01/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.26, Аноним (-), 00:03, 02/09/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 5.40, Аноним (40), 10:26, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ты, видимо, не в курсе про другие x-серверы, некоторые из которых до сих пор живы.

    Ты забыл назвать хотя бы один...

     
     
  • 6.57, Аноним (57), 17:52, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Xenocara, Xephyr, Xnest (последний особо проблемный)
     
     
  • 7.70, Аноним (70), 20:36, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Xenocara - форк X.Org для OpenBSD, а Xephyr и Xnest - надстройки над X.Org.

    Так что сорян, но это все мимо.

     
     
  • 8.83, Аноним (57), 00:36, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зато какого они качества Если в Xorg есть аппаратное декодирование, то в Xephyr... текст свёрнут, показать
     
  • 4.21, Аноним (21), 23:49, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не надоело эту ссылку тягать? Приперся какой-то клоун и начал требовать "сделайте как в иксах!"

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

     
     
  • 5.44, Аноним (40), 12:04, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > начал требовать "сделайте как в иксах!"

    При этом чел перечислил фичи из Windows 98. Но у Вяленого свой путь...

     
     
  • 6.45, Аноним (-), 12:26, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> начал требовать "сделайте как в иксах!"
    > При этом чел перечислил фичи из Windows 98. Но у Вяленого свой путь...

    Т.е ты хочешь как в винде? Ну так и сиди на винде!
    Чего приходить в линукс и бузить "пачиму у вас не так как я привык".

    У винды 98 была классная "фича" - нужна переустановка каждые пол года.


     
     
  • 7.52, Аноним (40), 13:27, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чего приходить в линукс и бузить "пачиму у вас не так как я привык".

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

     
     
  • 8.53, Аноним (-), 13:37, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А разве не ради этого Не, ну типа еще ради шво6одки, ради прдлинга с дровами, р... текст свёрнут, показать
     
  • 6.60, Аноним (57), 17:54, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >При этом чел перечислил фичи из Windows 98.

    Запусти винду 98, на 2K 15.4", их сейчас в ноутбуки ставят. Очень интересно, как без микроскопа там раберёшься.

     
     
  • 7.71, Аноним (70), 20:39, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Запусти винду 98, на 2K 15.4"

    А зачем мне это делать?

     
  • 7.76, _kp (ok), 22:30, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На экране высокой плотности просто уменьшить разрешение , и всё прекрасно.
    Всё равно для старого ПО такие дисплеи - не в коня корм.

    Но присоединюсь к вопросу, а зачем W98 без драйверов на видеокарту? Не для ретро игр же. :)

     
     
  • 8.86, Аноним (57), 00:54, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не только в разрешении Типичная модель софта из тех времён - накрутить куч... большой текст свёрнут, показать
     
  • 5.98, нейм (?), 14:53, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в чем он неправ? Хочешь быть заменой - выйди хотя бы на паритет по фичам.

    А тут просто вывалили поделку и реализацию взвалили на тех, кто на это не подписывался.

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

     
     
  • 6.99, Анонимусссс (-), 15:18, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А в чем он неправ? Хочешь быть заменой - выйди хотя бы на паритет по фичам.

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

    > А тут просто вывалили поделку и реализацию взвалили на тех, кто на это не подписывался.

    В смысле? Есть эталонная реализация - Вестон.
    Тебе не нравится? Тогда давай сам.
    То что кто-то на что-то не подписывался, то это пробелмы нытиков.
    Поддерживать копро-иксы вечно разрабы тоже не подписывались.

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

    Почему насильно? Было голосоввание, луддиты проиграли.
    И да, наличие монолита отлично похоронило всякие древности.

    > а с другой - выпил рабочих иксов с заменой

    Давай ты сначала определишь, что такое "рабочие иксы".
    У них в репе 1010 багов gitlab.freedesktop.org/xorg/xserver/-/issues
    У них фундаментальные архитектурные ограничения на новые технологии.
    У них просто овняный код в который никто не хочет лезть.
    Для меня называть этот устаревший кусок кала "рабочим" просто язык не повернется.

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

    Да, это называется прогресс)
    Или сидите на старье, или придется поработать. У вас же старые иксы никто не отобрал - вон код, качайте пользуйтесь.
    Но вы ж требуете, чтобы ваши хотелки реализовывал кто-то другой. Так не будет.
    Ну вымрет всякое маргинальное дно типа XFCE, LXQT and IceWM которые даже не почесались что-то реализовывать "all currently have zero lines of code to provide a Wayland session."
    Невелика потеря, линукс десктоп только чище станет.

     
     
  • 7.106, Аноним (-), 20:18, 03/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.113, Аноним (-), 21:09, 03/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.114, Аноним (-), 22:41, 03/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.109, Аноним (57), 20:53, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну вымрет всякое маргинальное дно типа XFCE, LXQT and IceWM

    Первые два уже точно начали переход на вейленд

     
     
  • 8.111, Аноним (-), 21:07, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Давай поговорим, когда они закончат Потому что всякие васянодистры создаются и ... текст свёрнут, показать
     
  • 6.100, Аноним (-), 15:19, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не прав в том, что должен быть паритет по фичам Наоборот, некоторые ошибки древ... большой текст свёрнут, показать
     
  • 4.25, Аноним (-), 00:00, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вот и любители ходить строем, ейн-фюррер и прочее монопольное офно Тебе с так... большой текст свёрнут, показать
     
  • 4.55, Аноним (55), 15:55, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > https://gitlab.freedesktop.org/wayland/wayland/-/issues/233

    Хакер и солонка

     
  • 4.67, Аноним (67), 19:24, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня какая то ассоциация что wayland это btrfs а x11 это ext4. Но вот btrfs пользуюсь а wayland ненадежный всякие bleachbit-root в нем не запускаются, корявая прозрачность в kde. Приходится переходить в x11 чистить и возвращаться зачем мне это.
     
  • 4.88, Аноним (88), 08:06, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Опозорился на весь freedesktop и нам тыкает чтобы мы тоже посмеялись...
    Стыд и срам конечно иногда находить соотечественников на гитах чесное слово.
     
  • 2.33, Аноним (-), 05:58, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Но ведь говорят вейланд это только протокол. Получается тут протокол протоколов?

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

     

  • 1.10, cheburnator9000 (ok), 22:53, 01/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >> В категорию "staging" добавлен протокол xdg-toplevel-icon, предназначенный для привязки пиктограммы к окну верхнего уровня.

    Целый, мать его, год на это ушло. Еще год пока оно проявится в дистрибутивах повсеместно.

    >>> "xdg-activation" - позволяет передать фокус между разными поверхностями первого уровня (например, при помощи xdg-activation одно приложение может переключить фокус на другое).

    В Kde5/Qt5 оно работает. В KDE6/Qt6 оно сломано ровно на половину, и как заявили в bugzilla kde они исправить они не могут, но уже исправлено в Qt 6.8 который в крупные дистрибутивы попадет не раньше чем йопт очередной ГОД!!!111212q#!@#

    Можно сразу в криостазис впадать пока в wayland на десктопе появятся очевидные вещи.

     
     
  • 2.12, Аноним (-), 23:11, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кста, я на KDE.

    Дистрибутив Debian Testing.

    Plasma 5.27.11.
    Frameworks: 5.115.0
    Qt: 5.15.13

    Такая проблема:
    - Включаю видео в барузере на одном экране.
    - Переключаюсь на другой.
    - Там браузер при скроле начинает "зависать на пару секунд", каждые секунд 5.

    Решаю так:
    - Переключаюсь на первый экарна и сворачиваю видео.

    Это случаем не про этот протокол?

     
     
  • 3.29, cheburnator9000 (ok), 02:17, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет не про это. XDG-Activation это про то чтобы окно в фоне через третьи службы могло стать активным на переднем плане и "секьюрно".

    Зависания нужно проверять на разных дистрибутивах, чтобы быть уверенным, что это не случай debian testing.

     
  • 2.13, Аноним (1), 23:12, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И для этого нужен был протокол. Протокол дабл-клика ещё не подвезли?
     
  • 2.15, Аноним (15), 23:17, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Меня больше раздражает то, что окна того же видеоплеера регулярно оказываются за границами экрана. С позиционированием окон беда. Ну и при падении оконного менеджера все окна кучей на первом столе, вообще замечательно. При это гткшные и xwayland просто умирают, вайн, вроде, тоже, и sdl наверное. С альт-табом вечно какие-то сложности. Иконки и автоматическое переключение фокуса меня беспокоят меньше всего.
     
  • 2.18, nume (ok), 23:29, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё скрол лагает на wayland kde6
     
  • 2.22, Аноним (-), 23:54, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не ну можно сделать, как делали диды в ХОрге - овняк-овняк и в продакшн А потом... большой текст свёрнут, показать
     
     
  • 3.27, Аноним (15), 01:04, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что такого в 80 тысячах строк? Я примерно столько за неделю пишу. Вот когда тебе надо разобраться в миллионах строк, это проблема.
     
     
  • 4.32, Аноним (32), 02:55, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    При пятидневке это 16к строк в день. Предположим, что в строке ~ 3 слова, 16к строк это 48к слов. При скорости печатания около 1 слова в секунду 48к секунд это 800 минут или 13.5 часов непрерывного написания кода.

    Ну, верится.

     
     
  • 5.37, Аноним (37), 09:04, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Просто чаще делай переносы строк и всё. Твой менеджер будет писать кипятком от количества строк.
     
     
  • 6.62, Аноним (57), 18:00, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В нормальных местах на количество строк не смотрят
     
  • 6.74, Аноним (-), 21:06, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты еще дублировать посоветуй)
     
  • 6.77, _kp (ok), 22:43, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как то китайцы вернули исходники проекта, к которому я писал дополнения.
    Большая часть моих файлов были около 30кб, несколько самых больших файлов около 80кб.
    После доработки проекта там нет больше файлов исходников меньше 350-400 кб. Явно последствия построчной оплаты труда. И там не только переносами строк и тупыми комментариями раздули, а наплодили функций заглушек, накопипастили блоков помаксимуму, в общем больше не читаемо, а если и читаемо, то что то поменять без проблем маловероятно.

     
  • 5.39, 1 (??), 09:10, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    копипаст ещё никто не отменял ...
    Или в вяленом это отдельный протокол ?
     
  • 4.41, Аноним (-), 10:51, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А что такого в 80 тысячах строк? Я примерно столько за неделю пишу.

    Ничего, если пишешь нормально.

    А если писал как разрабы иксов... то выходит забаговный дырявый кусок... иксво.
    И тот, кому потому в этом придется разбираться и исправлять очень расстраивается:
    "GLX is a horrible demotivator!  80,000 lines of sheer terror."
    "In the past couple of months I've found 120 bugs there, and I'm not close to done."
    lists.x.org/archives/xorg-devel/2013-December/039773.html

    Вот ты бы смог сделать столько багов за неделю?

    > Вот когда тебе надо разобраться в миллионах строк, это проблема.

    А теперь представь что все иксы писались примерно так же :)
    Это и ответ на вопрос "почему никто не хочет их поддерживать? оно же и так работает!"))

     
     
  • 5.47, Аноним (47), 12:50, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если писал как разрабы иксов... то выходит забаговный дырявый кусок... иксво.

    А кто-то проверял?
    Или это просто баптистские пляски и вопли об "Иксовых репрессиях"?
    "Кровавые Иксы расстреливают свободомыслящих вейландистов!Аааа!"

     
     
  • 6.49, Аноним (-), 13:03, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется Напр Ilja Van Sprundel Которых в этом самом ковырялся и исправлял ... большой текст свёрнут, показать
     
  • 4.61, Аноним (57), 17:59, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А что такого в 80 тысячах строк? Я примерно столько за неделю пишу.

    Это баш скрипты, да? Или сплошной boilerplate? Даже если в один день написать 500 строк, то во второй день будет рефакторинг, и часть кода удалится, а часть поменяется. За два дня уже будет не тысяча, а условно 600-700.

     
     
  • 5.69, Аноним (15), 19:44, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Логика поверх оrm, к примеру. Да любая бизнес-логика, на самом деле. Granted, после рефакторинга объём уменьшается в пару раз. Избыточные комментарии, отладочная логика, копипаста -- это всё удаляется, а код реорганизуется более оптимально с учётом условий. Это я не считаю тесты и скрипты, там куча строк может быть.
     
     
  • 6.85, Аноним (57), 00:44, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Логика поверх оrm, к примеру.

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

     
  • 3.30, cheburnator9000 (ok), 02:18, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорошая логика. Через 30 лет Wayland догонит Windows 2000 по функционалу!
     
  • 2.93, laindono (ok), 12:36, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала вы выбираете суперстабильные дистры с древним софтом, а потом жалуетесь, что обновления долго идут. Это при том, что 6.8 вообще заплатинирован к релизу только в конце месяца. То ли дело Арч (вы кстати знаете, что я пользую Арч? теперь знаете, но если вдруг забудете, я напомню). Быстренько всё протестировали, собрали и выкатили. Не то, чтоб версии обновлялись моментально, что в целом норм. Стабильности никто не обещает и переодически могут возникать минорные проблемы (раз в несколько лет). Иногда даже ручками приходится что-то серьёзное делать (гуглить и копипастить однострочники). Раз в десяток лет может быть даже придётся live-usb достать. Честно говоря могли бы и почаще чёнить ломать, скучно же.
     
     
  • 3.110, cheburnator9000 (ok), 20:59, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно потому что тот патч для xdg-activation был очень мелким и не менял api/abi иными словами патч можно было бекпортировать во все предыдущие версии Qt6 с небольшими изменениями. Просто в Qt Company никому это не нужно было. Это не "новая" функциональность ради которой нужен релиз. Это фикс дремучего бага Qt6. Qt 6.2.8 и 6.5.2 это LTS релизы, прекрасная возможность подтвердить это на деле, а не на словах.
     

  • 1.11, nume (ok), 23:00, 01/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> В категорию "staging" добавлены протоколы ext-image-capture-source и ext-image-copy-capture для организации захвата выводимого на экран контента.

    Непрошло и 5 лет)

    Цитата:
    >> Протоколы копирования экрана ext-image-capture-source-v1 и ext-image-copy-capture-v1 основаны на wlrots wlr-screencopy-unstable-v1 с различными улучшениями для лучшей поддержки захвата экрана в Wayland. Эти новые протоколы должны обеспечить лучшую производительность и поддержку захвата окон для сценариев использования удаленного рабочего стола RDP/VNC, совместного использования экрана и многого другого.

     
     
  • 2.14, Аноним (1), 23:17, 01/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там бардак судя только по названиям протоколов -copy-capture, -capture-source.
     
     
  • 3.31, cheburnator9000 (ok), 02:24, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там полный бардак в головах у "авторов" протокола. Можно почитать историю тут https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/269 там встречаю такие заявления по типа "я не знаю зачем это нужно". И вот еще перл "разработчики будут устанавливать фейковые значки окнам, что вводит в заблуждение пользователей gnome shell". Но это йопт не проблема wayland! Это проблема мейнтейнеров дистрибутивов которые всякий шлакософт добавляют в репозитории. Про flatpak можно даже не упоминать там половина софта это пропреетарный хлам, упакованный наркоманами.
     
     
  • 4.36, nume (ok), 08:31, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> там встречаю такие заявления по типа "я не знаю зачем это нужно". И вот еще перл "разработчики будут устанавливать фейковые значки окнам, что вводит в заблуждение пользователей gnome shell".

    Не нашёл там таких заявлений. Пруфы билли, нам нужны пруфы, а лучше цитаты на английском.

    >> Про flatpak можно даже не упоминать там половина софта это пропреетарный хлам, упакованный наркоманами.

    Лучше свежий и везде доступный "пропреетарный хлам, упакованный наркоманами" чем шиш да ещё и без масла.

     
     
  • 5.38, Аноним (37), 09:05, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря какая у шиша лицензия.
     
  • 5.82, cheburnator9000 (ok), 23:54, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В оригинальном issue.

    https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/52#note_9681

    https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/52#note_2164


     
     
  • 6.84, nume (ok), 00:43, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В оригинальном issue.
    > https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/52#note_9681
    > https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/52#note_2164

    А кто отрецал что разработчики gnome неадекваты что всегда стоят на своём? Разработчики gnome != разработчики wayland, если правильно помню там другая команда.

    Прикол в другом, что протоколы пишет любой, а уже потом есть круг лиц которые может этот протокол одобрить. Чтобы протокол приняли, он должен получить два голоса. Если я правильно понял, имеют правило голоса представители из Gnome, KDE plasma, System76 (Cosmic de), wroots и другие. И не раз было ситуация как о том что ты писал, когда протокол принимали, но разработчики Gnome были против и писали "Мы не будет это поддерживать!". Похожий пример, команда wlrots разработала wlr-screencopy-unstable-v1 и потом пропихнула этот протокол в виде ext-image-capture-source-v1 и ext-image-copy-capture-v1, за него проголосовали System76 (Cosmic de) и wroots (для пруфа читай первое сообщение https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/124#), команда gnome вроде где-то писала что они против и "для этого используют порталы", что им ответили в стиле "а мы не хотим чтобы зависеть от порталов".


    P.S: Короче, протоколы разрабатывают все, а не амофная одна команда, а чтобы протокол приняли нужно убедить представителей двух любых команд что имеют право голоса + чтобы кто-то предоставил как минимум 1 реализацию протокола и тогда даже если другие команды (например gnome) будут против протокола , его всё ровно примут. Максимум в они могут сказать "мы не будет это поддерживать" и всё.

     
     
  • 7.112, cheburnator9000 (ok), 21:07, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Никакие права голосов не нужны, чтобы расширить Wayland своими наработками. Если в условной Astra захотели написать хоть ext-astra-tovasrish-major-monitor-module никто не запрещает. Но у них нет реальных разработчиков работающих на linux desktop. Кроме как временно нанятых подрядчиков для FlyDE. Wlroots тому пример что wayland не обязан быть центричным. Проблемы начинаются с фреймворками Qt/GTK/SDL и браузерами, патчи для которых придется поддерживать самому.

    Порталы на самом деле не самое плохое решение. Потому что есть api разных порталов которых можно расширить DE/WM специфичными реализациями. Вообще пофигу что там в gnome будут не будут, эти солевые наркоманы в 2024 году наконец-то доперли что пользователям нужен классический трей https://www.omgubuntu.co.uk/2024/08/gnome-official-status-icons-extension

     
     
  • 8.115, nume (ok), 00:37, 04/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, они не нужны, и именно этим занимаются все разработчики композиторов Однако... текст свёрнут, показать
     

  • 1.35, ИмяХ (ok), 06:58, 02/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Протоколы, разрабатываемые в ветке "unstable":
    >>управление работой в полноэкранном режиме.
    >>управление прикреплением клавиатурных комбинаций и горячих клавиш.
    >>организация ввода текста.

    Ох, лол. Даже ввод текста нестабилен. А ещё говорят, что готов для десктопа.

     
  • 1.42, Аноним (42), 11:35, 02/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё правильно.
    Когда systemd внедряли, вопили про "зоопарк". NSA одобряет единообразный набор уязвимостей на Линукс-серверах, подконтрольный одной американской коммерческой компании (раннее информирование, принятие исправлений и определение сроков).
    Когда есть единообразный Икс-сервер у всех на десктопах, давайте сломаем его и тысячи уже написанных для него программ, пусть каждый пилит всё с нуля сам по недоделанному и несогласованному "типа"-протоколу. M$ одобряет учиняемый \Mac\ти\Vista\ми бардак на Линукс-десктопах.
     
     
  • 2.43, Аноним (43), 11:53, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наконец-то хотя бы один умный человек А нет, я ошибся Тут дундук с теориями за... большой текст свёрнут, показать
     
     
  • 3.54, Ананимус (?), 15:51, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тысячи как раз переехали нормально. Сломались "особенное" дно типа гимпа с его многооконностью.

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

    > As for the legacy UX patterns aspect, here is an interesting story: For years I have been developing a software called Syntalos for scientific data acquisition on Linux (hopefully replacing similar proprietary solutions for Windows). Since it was new, and I knew Wayland was coming and wouldn't support SDI apps, it initially had a tabbed interface (Especially since I also really disliked GIMPs multi-window UI and didn't want to recreate it). People found that tabbed UI absolutely horrible to use, and I really disliked it too while using it, so I rewrote the UI to an MDI application (= mini-windows in one mainwindow). That definitely was better, but since the application controls large experimental setups, people often have two or more screens. And for that it was horrible again. So I finally gave up and the application is a multiwindow SDI application again, with all users being happy with the UI so far.

     
     
  • 4.56, Аноним (-), 16:14, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Насколько огромная куча выигрывает То что такие приложения меньшинство как раз ... большой текст свёрнут, показать
     
     
  • 5.58, Ананимус (?), 17:52, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> В обсуждении протокола, который решает мультиоконные проблемы, выяснилось что огромная куча научного, художественного и прочего специализированного софта
    > Насколько огромная куча выигрывает? То что такие приложения меньшинство как раз говорит
    > о том, что они нужны только "особенным юзерам".

    Ну как бы научные применения лялеха на десктопе довольно обширны.

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

    Автор говорит что почти весь их софт такой и все говорят что удобно.

    >[оверквотинг удален]
    > Или догадался потому что потом таки пришел multiwindow SDI.
    > Причем все это сопровождается эпитетами horrible.
    > Очень поучительная история.
    > Надо понять нужны пользователей, потом посмотреть на мало кому нужный проект и
    > забить на них.
    > Т.к всем не угодишь, а ломать протокол и идею вейланда ради горстки
    > нетакусиков вообще не прикольно.
    > Если "огромная куча" софта требует многооконности - то пусть его пользователи сами
    > поддерживают иксы.
    > Но что-то мне подсказывает, что они только будут ныть.

    Если выкидывать вообще всех за борт, то выяснится что вейланд умеет только запускать firefox и то криво. Так что авторы там вполне здраво обсуждают как можно поддержать многооконность без глобальной системы координат.

     
     
  • 6.63, Аноним (-), 18:20, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, это так Пусть тогда их университет поможет с адаптацией софта А где-то эл... большой текст свёрнут, показать
     
     
  • 7.64, Ананимус (?), 19:00, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть тогда их университет поможет с адаптацией софта.

    Они не могут, протоколов для этого нет.

    > То что он привык и не хочет адаптироваться, это не проблема вейланда.

    Разработчкики вейланда говорят что проблема. У них как-то больше авторитета, прости.

    > Если у тебя есть две сложные задачи, которые афектят 100к пользователей или 10, то какую ты будешь делать в первую очередь?

    Простое уже портировано. Все что можно было портировать тупо поддержав в тулките уже сделано. Остались сложные кейсы вроде wine, многооконных программ и то, о чем сложно договориться, вроде глобальных хоткеев.

    > Уж кто-кто, а ученые думаю понимают, что такое прогресс.

    Ученые не очень понимают почему раньше работало нормально, а теперь не работает.

     
     
  • 8.68, Аноним (-), 19:24, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда надо взять кого-то умного, сделать драфт протокола Может из того обсужден... большой текст свёрнут, показать
     
  • 5.73, Ананимус (?), 20:48, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю почему opennet не дает мне отвечать нужному анону, отвечу сюда Буквал... большой текст свёрнут, показать
     
     
  • 6.78, Аноним (-), 22:45, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что мои и твои сообщения стали скрыты модератором Хотя вроде правил не... большой текст свёрнут, показать
     
     
  • 7.81, Ананимус (?), 23:40, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда будет очень трудная задача сделать чтобы большинству приложений было удобно.
    >А то получится "трудимся ради горстки спецсофта, портя жизнь остальным"

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

    > Почему это не сделать внутри приложения мне все равно не ясно.

    Потому что мониторов в таких сетапах часто сильно больше одного. Там кто-то 12 экран для mission control room описывал.

    > И в противовес есть stable.

    В stable три с половиной калеки.  Терминология просто не отражает действительность.

    > Просто если "adoption нишевых кейсов" потребует даже 10-20% от усилий от адопта всего остального, то целесообразность их реализации вообще под вопросом.

    Авторы кедов и wlroots заинтересованы, судя по дискуссии. Авторы wine тоже. От тулкитов тут как раз мало что требуется.

     
     
  • 8.90, Аноним (-), 11:44, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, например программам с обычным расположением экранов придется указывать лишни... большой текст свёрнут, показать
     
     
  • 9.92, Ананимус (?), 12:30, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не придется Это отдельный протокол Если твое приложение им не пользуется,... текст свёрнут, показать
     
     
  • 10.94, Анонимусссс (-), 13:04, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так пусть разработчики делают прототип и доказывают что оно будет работать Н... текст свёрнут, показать
     
     
  • 11.97, Ананимус (?), 13:18, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не туда смотришь Там есть PoC Более того, там даже есть альтерантивные подх... текст свёрнут, показать
     
  • 10.95, Ононимус (?), 13:07, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разработчики чего Прикладного софта Ну разумеется они считают что достаточно, ... текст свёрнут, показать
     
     
  • 11.96, Ананимус (?), 13:15, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики Wayland В том MR отметились почти все по-моему кроме GNOME Нет,... текст свёрнут, показать
     
  • 2.50, Аноним (50), 13:25, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сломать не было самоцелью. Просто разбираться с древней кодовой базой уже не кому. Теперь же, можешь разбираться только с конкретной частью протокола. Протухшие приложения все равно пришлось бы переписать, иначе среди программистов будет безработица.
     
     
  • 3.72, Аноним (72), 20:47, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Видно, как разбираются. Развели кучу серверов, а поддержки протоколов со стороны клиентов толком нету. Где решение, которые не прибито гвоздями к кедогному?
     
     
  • 4.79, Аноним (-), 22:47, 02/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно ждет пока ты его напишешь, очевидно!
    Команды гнома и кедов провели большую работу.
    Если тебе нужно что-то другое, то просто пиши код.
     
     
  • 5.116, Аноним (116), 11:51, 04/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно ждет пока ты его напишешь, очевидно!

    А они деньгами платят, или как?

    > провели большую работу.

    И сделали два несовместимых велосипеда. Очень смешно получилось. Один протокол, а реализации не совместимы. В общем я бы скорее донатил за то, чтобы они это не делали.

     
     
  • 6.118, Аноним (-), 12:05, 04/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Оно ждет пока ты его напишешь, очевидно!
    > А они деньгами платят, или как?

    В смысле? Ты для себя любимого„ да еще за деньги?
    Что же ты за человек такой!

    Опенсорс он же за идею, а не за бабло.
    За послежним можно к корпам на галеру идти.

     
  • 4.89, Ананимус (?), 08:20, 03/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > поддержки протоколов со стороны клиентов толком нету. Где решение, которые не прибито гвоздями к кедогному?

    Прости, кто тебе это сказал? Какой протокол не поддерживается клиентами, а очень надо? Я навскидку назову один: cursor shape. И он не поддерживается гнумом, лол.

     
     
  • 5.117, Аноним (116), 11:53, 04/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    xdg activation добавь в список. Реализация для KDE работает исключительно в KDE. В гноме уже не будет, и наоборот.
     
     
  • 6.119, Ананимус (?), 12:48, 04/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >  xdg activation добавь в список. Реализация для KDE работает исключительно в KDE. В гноме уже не будет, и наоборот.

    В wlroots есть, в KDE есть. То что в гноме не будет... в гноме много чего не будет. Кажется что уже проще перестать пытаться представить что гном это функциональное DE.

     

  • 1.80, Аноним (80), 23:37, 02/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    протоколы ойвейландских мудрецов))
     
  • 1.101, Аноним (101), 17:31, 03/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Увы, иксы на свалку истории! Жаль, потому что вэйланд не идеален. Но не понимаю, почему тупо хэйтят вэйланд. Если вам нужны иксы - поддерживайте их код сами. Но почему-то сейчас иксы поддерживают только сотрудники Ред Хата, а от экспертов опеннета - ноль пользы иксам. И при этом, эксперты хэйтят Ред Хат за "проталкивание" вэйланда. Вот это да! Если бы не Ред Хат, иксы давно загнулись бы, ведь от экспертов никакого толка нет, даже пару строчек кода для иксов написать не в состоянии.
     

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



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

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