После полугода разработки опубликован выпуск пакета wayland-protocols 1.33, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60465
> Протоколы, разрабатываемые в ветке "unstable":
> "text-input" - организация ввода текста.А? А как оно работает то?
Магия? Святой дух?
А может оно было ненужно?Вообще судя по wayland.app/protocols/text-input-unstable-v3
я даже не уверен, что оно про обычный текст, а не как протокол про правый/левый глаз.
V3 в названии тоже как бы намекает.
Это клиентский (со стороны приложения) протокол для методов ввода, замена xim. Со стороны метода ввода используется input-method-v*.
оно не работает, это ж waylandбадум-тссс
когда уже запилят нормальный "вм", что-то в духе xmonad? все что есть - примитивное и неюзабельное, что-то вроде "смотрите, мы можем окошки двигать, во как, и никакого тиринга!"
А что мешает пользоваться xmonad ?
Он вроде более-менее рабочий.Чем тебе не подошел Sway?
> А что мешает пользоваться xmonad ?собственно им и пользуюсь, но приход вайланд неизбежен, вот и смотрю по сторонам, куда можно будет мигрировать
>Чем тебе не подошел Sway?
не динамический. ужасный вм, убогая модель тайлинга. никогда не понимал почему i3wm такой популярный, потому что настраивать особо не надо? дак там и настраивать нечего
Думаю если переход, который длится уже 15 лет (как говорят) всеже состоится, то и xmonad перепрут на вяленого, к тому времени.
Все сложное просто xвайланд
Какую модель тайлинга Аноним считает не убогой?
Переходи на WDDM.
https://github.com/waymonad/waymonad
гугл, ты? не узнал
Оно заброшено и воняет
А ты не думал, что оно просто готово к применению - ни прибавить, ни убавить?
ВМ как концепция работы остались в 2005 году. Сейчас сравнительно мало кто этим пользуется и соответственно мало кто разрабатывает. Смысла нет: железо экономить не надо, мониторы большие, все интересные функции внесли в ДЕ. Такова жизнь.
ну так запили сам, трудно чтоли
Кто-нибудь может поделиться ссылкой на какую-нибудь статью, объясняющую концепцию этих левых "протоколов"? Как они связаны (дружат) с реальными десктопными версиями гномов/KDE, системными библиотами wayland и прочего?Пишут, что "xdg-shell" протокол компилируют и тащат исходниками (какую-то конкретную версию протокола) прямо с приложениями - как оно работает и почему? Будет ли старая версия такого протокола работать с новыми системами, а новая версия со старыми?
Нельзя поделиться чем, чего нет. Изначальная концепция ущербна. И теперь ее подпирают костылями прямо на ходу.
Концепция шикарна.
Мы добавляем только то что нужно, и только в структурированные протоколы.
В любой момент понятно, что у нас стабильное, а что нет.
> В любой момент понятно, что у нас стабильноеНичего.
> а что нет
Чего нет - то стабильно конечно.
Так вроде как в официальной доке всё нормально написано. https://wayland.freedesktop.org/docs/html/
Конкретно по тому, что интересует главы 3 и 4.
С чего они вдруг стали "левыми"? Это стандартные расширения, которые реализованы в любом Wayland композиторе или тулките в той или иной степени (например гномеры наотрез отказываются добавлять xdg-decoration)
Если они не левые, то какого чёрта они не ставятся вместе с 'libwayland-dev' и нельзя просто слинковать с готовыми либами?
По этому вопросу обращайся к сопровождающим пакета libwayland-dev в твоем Debian/Ubuntu.
Все это описано в документации, но не очень детализированно.Если есть желание работать в этой сфере -- полезно будет почитать исходники weston.
Для праздного интереса - можно поискать статьи в интернете. Тем не менее, штука очень спецефичная и найти хорошую статью может быть сложнее, чем написать свою собственную.
Нет никакого желания 'работать в этой сфере'. Есть приложения, давно адаптированные под Xlib, WinAPI, Cocoa и прочее, и нужно просто адаптировать код под этот всеми продвигаемый Wayland, не потеряв функциональность. Но почему-то так просто это не делается.
А теперь вспомни как эти приложения адаптировали в WinAPI, Club, Cocoa. Процесс шел через скрип зубами и на волевых качествах разработчиков.
Я прекрасно помню как это происходило. Ответы на мои вопросы прекрасно находились в документации MSDN, Apple, Xlib... А вопросы по Wayland почему-то ведут на сайты, где функции не имеют описания или на примеры кусков кода, без объяснения их работы. Наверное в этом Google виноват...
Есть ощущение, что ты лжешь и никаких приложений под xlib, winapi и cocoa не существует. Люди как-то пишут под вейланд, а ты бедняжка не можешь ничо найти. И зачем-то тебе понадобилось описание вейланд-протоколов (зачем?).
Я не говорю, что не могу - всё будет раньше или позже. Просто у меня вызывает Wayland раздражение. Словно его писали не для разработчиков ПО, а просто по приколу, для "своих".
Ты серьёзно?Есть какая-то программа, которую специально адаптировали к WinAPI, иксам и так далее. А теперь у тебя раздражение на адаптацию этой программы под стандарты Wayland?
Когда ее адаптировали под WinAPI у тебя не было раздражения, а под Cocoa? Или это другое?
Про пишут для своих. Естественно заказчик, а он же в мире open source разработчик, софт пишет под себя, результат выкладывают в свободный доступ.
Разработчики Wayland - это бывшие разработчики иксов. Им лучше знать что да как, а не анониму, который кроме "меня раздражает" невнес ни одной строчки кода в поддержку иксов и разработку Wayland протолока и его реализаций.
Тем не менее если разработчику нужно было в приложении иметь много окон, он мог получить много окон и в WinAPI, и в Club, и в Cocoa, и даже в X11, а теперь вжух, и в вялом этого нет.
> иметь много оконЯ не совсем понял ваш вопрос.
В wayland нет ограничений на количество вызовов [wl_compositor-request-create_surface](https://wayland.freedesktop.org/docs/html/apa.html#protocol-...). Приложение может создать столько поверхностей верхнего уровня, сколько необходимо.
С какими конкретно сложностями вы столкнулись? На какие конкретные вопросы вы не смогли найти ответа?
пройдёт еще пару лет и в этой шляпе ни кто не сможет разобраться как и в иксах
Надеюсь после этого закопают именно эту шляпу, а не иксы)
Иксы уже померли, осталось только пованивание от маргиналов.
И убили их те кто за 2022 год не сделал вообще ничего, в отличии от 32 разработчиков которые внесли невероятные 156 изменений. (https://opennet.ru/58410-xorg)Только за месяц 2 новости про закрытие очередных дырях в X.Org Server в верисях 21.1.10/21.1.11.
Причем уязвимости там по 10-15+ лет живут.
А что там протухло, в иксах, конкретно? Оно как бы большое сильно, но вродь как осили же сделать модульным его? Или это заблуждение?
А то кудачут, протухло, протухло, мэнтэйнеры свалили в вейланд ибо задолбались и сами не врубаются что с этим делать... Однако врубаются что делать в вейланде ентом...
Про сваливших мейнтейнеров достаточно знать, что они вандалили репу иксов из-за детских обидок.
Как я понял проблема Иксов не в самой концепции (она даже классная) а в обмазке говнобиблиотеками. Если так, то теоретически вычистив код от поддержки старого железа ну скажем до 2000 года, то и костылей останется не так много, и получившееся обозвать X12. А обратная совместимость, может ретранслятор какой по типу xwayland только для X11.
В принципе база-то есть и она не плоха по наработкам-то. Не?
Это не рабочая схема, вычищать нужно от старого железа всего и делать форк на железе 2020 года условно и по мере развития добавлять новое, тогда лет через 5 будет софт, поддерживающий актуальное железо и уже относительно старое на то момент.
Концепция там тоже не очень.
У нас есть фреймбуфер один на все. Поэтому например мониторы будут работать на частоте самого слабого звена.
Общие ресурсы для всех "пользователей" - каждый может читать и писать чужие данные.
Запутанность кодовой базы и горы костылей.К сожалению все эти сложности отпугивают разработчиков - по большому счету там уже никого не осталось, пара человек дежурно закрывает самые дырявые дырки.
Однозначно вяленд нужно переделывать либо думать о замене. Слишком сильно прибит к онтопику, слишком усложнённые.
> Слишком сильно прибит к онтопикуВ разве это проблема? Где вы его еще собираетесь запускать?
На винде? На ней и исксы были, но сплыли за ненадобностью
На маке? Хз что там на маке, но зачем он вообще нужен?
На бсд? Их мнение чуток никого не колышит, пусть тянуть свою ксенокару.> слишком усложнённые
Вяленый проще и понятнее чем иксы.
на винде wslg через вяленый работает, кстатитак что строго говоря в оффтопик спокойно прикрутили вяленый (хоть и неизвестно какими шаманствами)
Там просто программисты работают, а не 1.5 васяна
Переделывай, кто тебе мешает?
Вывод в цветовом пространстве монитора до сих пор не поддерживается?
Вроде же недавно завозили
Где упоминание о переводе проекта на Rust? А то пишут на каком-то "С"тарье.
> Где упоминание о переводе проекта на Rust? А то пишут на каком-то "С"тарье.Ты совсем бобо?
Вейлан - это протокол! Это просто xml c комментариями на английском или любом другом человеческом языке.
Максимум что ты сможешь сделать, это перевести его на русский, если осилишь конечно.
лично меня абсолютно устраивает Xorg
>>"single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBAОх уж эти велосипедостроители. Вместо того, чтобы просто писать uint32_t pixelbuffer[4]; они изобретают аж целый протокол!
Когда уже войланд будет стабелезерован? Сейчас оно сырое очень...
Протокол давно готов. Дело за создателями композиторов, к ним обращай свои претензии.
Новость-то прочитал? Давноужеготовый протокол 33-й раз доделывают... и никак доделать не могут. Доделать не могут, т.к. расширений все ещё мало. А без расширений все уныло выходит.Про фокус Джошуа Эштон полгода назад вопрос поднимал и вынес вердикт: "Всё у вас плохо, пришлось кучу костылей втыкать. Например, с фокусом в вашем вейланде вообще никак, а оно очень было нужно."
Я, например, жду поддержку трея нормальную. В кедах оно возможно уже есть, но хочется и за пределами КДЕ существовать.
Протокол стабилизирован 15 лет назад. Новые фичи вводят, обращай свои хотелки от разработчикам композиторов.>Я, например, жду поддержку трея нормальную. В кедах оно возможно уже есть, но хочется и за пределами КДЕ существовать.
Протокол не обязан реализовавыть твои личные хотелки. Пиши письма разработчикам DE и WM.
А почему винда, мак и x11 мои хотелки реализовали, а под вейландом никак?Это потому что Вейланд идеален, да? Ну и естественно, доработок Вейланд не требует абсолютно никаких! Уже 10 лет как готов и дописан... но ещё лет 5 минимум Вейланд будут допиливать.
P.S. На самом деле работа над вейландлм идёт и очень большая (года этак с 2020-го, когда резко потребовалось под вейландом скриншоты делать для zoom и skype). Но до состояния "готов" там ещё далеко. Мой личный вишлист 2014-го года исполнили чуть более чем наполовину (но уже более 50%).
> А почему винда, мак и x11 мои хотелки реализовали, а под вейландом никакМожет потому что эта хотелка нужна 0.01% юзеров и вот прям сейчас на нее нет смысла тратить время?
А лучше допилить что-то более нужное и полезное?
С другой стороны - это ж опенсорс, кто угодно может предложить драфт протокола.> Уже 10 лет как готов и дописан
Так проблема что его делали, но никто не хотел его адаптировать, потому что "зачем если есть иксы".
И только когда жареный петух - в лице шапки, сказавшей "с меня хватит" - клюнул, то все сразу забегали и запричитали.> Мой личный вишлист
Было бы интересно на него посмотреть. Чего там такого, что не хватает почти 50%?
С моей точки зрения он уже готов для обычного пользователя.
И уже дает больше чем иксы любителям игр и кинца.
Попробую по памяти, чтобы быстрее (почти всё через расширения).+PrimarySelection
+AlwaysOnTop
?Список открытых окон и координаты окон (должно быть, но получилось ужасно - координаты относительно top-level окна, имена окон чаще не проставлены, т.к. расширение свеженькое)
+Управление окнами (свернуть/развернуть)
+Скриншоты (прям годно)-drag'n'drop кривой (второй клиент не видит drop; это намеренный баг в core protocol)
-эмуляция ввода - VNC/RDP/тестирование; скорее нет, но иногда есть варианты?вывод в виджет другого процесса (workaround прям тяжёлый - эмуляция композитора, smplayer за такое не возьмется)
?GlobalHotkeys (скорее нет)
?Иконки в трее (полноценного аналога XEmbed нет; там тогда потеря функций типа хинтов, иконок в меню, анимации сложно сделать)
?область под панели (внешние панели; должно быть, но давно не смотрел)Многие вещи не очень очевидны, но их нет. Например вкладку в konsole можно перетащить из окна одного процесса в другой. Wayland'у до таких высот пока далеко.
Хороший пример - поднять переписку разработчиков cairo dock с разработчиками weston. 10 лет назад все закончилось словами «это невозможно в wayland». Сегодня это уже теоретически возможно, или будет возможно в ближайшие несколько лет.
> -эмуляция ввода - VNC/RDP/тестирование; скорее нет, но иногда есть вариантыТак можно же. Виртуальные display и seat. Вон в GNOME недавно по сути удалённые RDP сессий запилили ровно на этом принципе (плюс headless режим композитора). И в weston недавно было что-то в этом стиле.
> Иконки в трее
Про это много могу говорить, занимался этой темой.
Нафиг они нужны в протоколе? SNI никто не отменял ( https://www.freedesktop.org/wiki/Specifications/StatusNotifi.../ ). Там ничего, кроме DBus и панели, где рисовать, не нужно. Проблема там не в протоколе, а в "пробросе" меню. Набор libdbusmenu пока работает, но уже лет 10, как никто его не трогал. Вот, кстати, поле для деятельности, которое ждёт своих энузиастов, если кому было нечем заняться.
> там тогда потеря функций типа хинтов, иконок в меню, анимации сложно сделать
Всё там это есть. Проблема в том, что кроме KDE, протокол полностью это никто не реализовывал. Тултипы в принципе полноценно реализованы только в KDE, overlay icons глючат GNOME, анимации тоже только в KDE (и то не в новых ЕМНИП) и т.д. Т.е. интерфейсы DBus есть, но они тупо не реализованы.
> иконок в меню
Их в GTK выпилили. Протокол тут не поможет примерно никак, потому что меню рисует тулкит.
> XEmbed
Ужас ужасный. Забудь и не вспоминай это говно. Никогда.
> В кедах оно возможно уже есть, но хочется и за пределами КДЕ существовать.Может начать задавать вопросы находящимся за пределами кедов - почему в кедах есть, а у них до сих пор нет?
Зачем задавать, если уже ответ очевиден? В гноме трея нет и никогда не будет. Всякие sway/lxqt обходятся иконками из /usr/share/pixmap и управлением через dbus.А трей будут делать на основе чего-то вроде embedding foreign widgets/xdg-foreign. Просто определиться должны большие дяди (протокол доделать/описать use-case как с iccwm).
В моем понимании это означает "доделать протокол", или "сделать расширение" (формально это расширение, но оно так сильно распространено, что без него прям начинаешь страдать; смириться с его отсутствием можно разве что в телефоне/телевизоре).
С какой стороны сырое? Перешёл год назад и забыл монстроиксы как страшный сон.
В чём сырость вайланда выражается?
>Протоколы, разрабатываемые в ветке "unstable":
>"text-input" - организация ввода текста.Извините, а что же, в Wayland до сих пор нельзя вводить текст?
Конечно можно было. Это уже v3. Видно что люди работают и стараются сделать вейланд еще лучше и удобнее.
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.
Только если вы делаете далеко идущие выводы только по названию протокола, вопреки здравому смыслу, как вы представляете что вайланд используется в дистрибутивах по дефолту не имея возможности выводить текст?
уже можно устанавливать раскладку клавиатуры отдельно для каждого окна?
Поддерживается в labwc (aka Openbox под Wayland).
странно, а X-сы поддерживают это в core.А как там вообще с /usr/share/X11/xkb/ - есть ли 4 или более layouts?
Или как в хромос - основнова xkb, а сверку, чтоб изменить, костели )))
Pipewire это пример того, как надо делать. Про пипку нет никаких визгов. Оно просто заменяет пшшаудио и работает.
С вяленым ситуация иная. Это поделие, не совместимое даже в разных реализациях себя. 15 лет, а воз и ныне там.
Каждый кто пишет композиторв Вэйланда, обязать реализовать то. что написано в Протоколе.
>Про пипку нет никаких визгов.В смысле? Такие споры порой стоят, что хоть святых выноси. Читай профессиональные сообщества, а не опеннет и реддит.
>С вяленым ситуация инаяТакая же, точно так же ругают за дело и думают как улучшать. Опять же, читай специалистов, а не интернет истеричек.
>не совместимое даже в разных реализациях себя. 15 лет, а воз и ныне там.Пример несовместимости будет? Если это реально так, то я помогу связаться с разрабамт.
15 лет и почти полностью вынес иксы, став стандартом де факто, поменяв всю экосистему графики. Это плохой результат?
> Пример несовместимости будет?Пример 6-летней давности. Запускаем в weston e17-терминал и kate. Копируем средней кнопкой выделение из терминала в kate - не копируется.
Делаем то же самое в e17-композиторе - зависает kate. В e17-приложения копируется.
Делаем аналогично в kwin - падает kwin (и всё что в нем запущено). Из konsole в kate под kwin все копируется.Сейчас наверное пофиксили, но около года было примерно как описано.
У меня на pipeware звук пропадает на доли секунды, затем снова идет. Достойный продолжатель дела пшаудио.
* pipewire
Видимо имеет место массовое непонимание, что такое wayland-protocils и архитектуры вяленого. Wayland, чтобы было проще понять, организован по "микроядерному" принципу. У него экстремально маленькое ядро, а все взаимодействия вынесены в "протоколы". Это позволяет держать кодовую базу легко поддерживаемой и стабильной.
> Видимо имеет место массовое непонимание, что такое wayland-protocils и архитектуры вяленого.Ты только это заметил? Тут народ вестон от вейланда отличить не может, а ты про архитектуру)
> Wayland, чтобы было проще понять, организован по "микроядерному" принципу. У него экстремально маленькое ядро, а все взаимодействия вынесены в "протоколы". Это позволяет держать кодовую базу легко поддерживаемой и стабильной.
Местные просто привыкли к ядру линукс и X11.
Когда весь код вываливается в одну большую, я бы даже сказал громадную пащучую кучу.
А потом десятилетиями ловятся баги из-за неявных взаимодействий.
> А потом десятилетиями ловятся баги из-за неявных взаимодействий.Ну вот зачем было делать X.Org модульным? В 30 мегабайт вся графика xorg-server 6.0 умещалась. Зачем было усложнять и ловить баги из межмодульного взаимодействия?
Чото модульность иксы не спасла от раздувания. Видимо потому что модульность от этого не защищает, в отличие от микросервисности.
Микросервисность от этого тоже не защищает, в отличие от здравого смысла. Но Вейланд пишут те же люди, что писали иксы последние десятилетия, так что результат будет тем же.
Здравый смысл начинается тогда когда даёшь осмысленные ответы, а ты же пытаешься тупо перекричать, переспорить своего опонента. Глупости не пиши.
Ну когда уже Wayland вместо X.Org-server заработает? Ждём с 2008 года, а Германа всё нет, гальванизируют старуху-графиню.
Когда заработает на твоей фрибзд - задавай вопросы вашим мейнтейнерам. Ты ведь именно этим хотел поддеть, ага?
А на линуксе работает давно и хорошо.
А зачем бзде вейланд? Разве там кто-то графикой пользуется?
>А зачем бзде вейланд? Разве там кто-то графикой пользуется?Почему нет? Вот при Иксах было можно отображать вывод программы с машины FreeBSD в окно Xming. А вот при Wayland-Protocols так уже не получится.