Состоялся стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.19. Ветка 1.19 обратно совместима на уровне API и ABI с выпусками 1.x и содержит в основном исправления ошибок и незначительные обновления протокола. Улучшена система сборки, для которой теперь требуется инструментарий Meson как минимум версии 0.52.1. Композитный сервер Weston, предоставляющий код и рабочие примеры для использования Wayland в десктоп-окружениях и встраиваемых решениях, развивается в рамках отдельного цикла разработки...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54476
Последний раз, когда пробовал вэйленд на гноме, лагал курсор и в целом подтормаживал интерфейс. А когда на кедах -- посбивались панели и настройки системного монитора и всплывающие подсказки на другом конце экрана появлялись. Пробовал не больше года назад, кстати. Ну что ж, надеюсь, всё таки изменилось к лучшему
Когда в последний раз пользовался Wayland на Манжаре КДЕ все работало нормально (чуть больше года назад). Курсор не лагал, но как-то вяло перемещался по сравнению с Виндой (экспириенс как с Dark Souls на мышке). Можно было потвикать настройки курсора (прямой ввод, чувствительность, отключение ускорения), но все равно не то. Либо сделал что-то не так, либо нужно просто привыкать.
Может vsync включен был? С ним всегда такая история.
Поддерживаю, такая же история была, курсор вялый, как будто присутствует задержка (input lag), причем ощутимая задержка, где то на один кадр 60фпс. На Винде кстати тоже ощущается задержка (по сравнению с windows xp, у которой еще не было композиции), но она гораздо ниже чем в Wayland. Голые иксы работают идеально, нулевая задержка и никакого желе, даже лучше чем в Винде. И по моему акселерация мыши сырая была. Все таки лучше Иксов пока что нету ничего.И да, конечно же этот пост соберёт минусы, ибо сектанты набегут и - "человеческий глаз не воспринимает выше 24 кадров/с", "человеческая реакция гораздо медленнее чем длительность одного кадра 60фпс в 20мс поэтому невозможно заметить задержку и input lag, всё это выдумки".
Как человек работающий то с экраном в 144Гц, то 60 могу сказать, что разница колоссальна
Вот кстати да, на примере kwin в превьюхах и уменьшенных окнах продолжается анимация (например, видео не останавливается, когда окно меняет размер), но при этом подозрительно подлагивает фреймрейт. Как я понял, композитинг при этом не отключается принципиально, а значит в игрушечках просадки по 40% фпс.
Кажется я понял в чём дело. Mpv отключает композитинг при воспроизведении видео, и на вейланде он этого сделать не может. Из-за этого начинают сильно выпадать кадры и появляются тормоза по всей площади. Площадные тормоза.
Когда я пробовал неделю назад на последней Fedora с Wayland стандартный Qt-шный пример версии 5.15.2 прожки скриншота экрана, она выдавала чёрный экран.
> прожки скриншота экранаВсё, забудьте, в вяленом это запрещено.
> в вяленом это запрещено.Ничего там не запрещено и все будет. Только во всех ДЕ будут свои велосипеды... В Weston вот придумали специальный хоткей и папку для хранения скриншотов. Остальные через D-Bus делают или через расширения... но только каждая ДЕ как-то по особенному всё реализует, универсальный вариант пока сложно сделать.
< но только каждая ДЕ как-то по особенному всё реализует, универсальный вариант пока сложно сделать.
Вот этим и все сказано. 10 лет технологии, а там и дальше все сложно. И кросссплатформенный проприоритарный софт будет дальше некачественным в Линукс, ещё зависящий от DE.
> Вот этим и все сказано.Wayland - это уровень technical demo (как нужно бы с графикой работать на современном железе). Странно, что мы вообще дожили до ДЕ на основе Wayland... всего за каких-то 10 лет ;) В последующие 10 лет до разработчиков и пользователей начнёт доходить что же они наворотили.
P.S. Половина новости - взята из roadmap, который лет 5-6 назад составили в RedHat: "План перевода GNOME3 на Wayland". Ну и сам roadmap - это не развитие GNOME3... это минимальная функциональность, без которой третьегномом вообще никто не будет пользоваться ;) Остальные стараются быть в тренде и не отставать (пока непонятно зачем).
Последний год(или с релиза 3.36) сижу на вяленом гноме под интегрированной intel'овской видюхой, полет отличный, субъективно сессия x11 работает менее плавно, раньше да - были и лаги и артефакты.З.Ы. Еще, кажется, в гноме был баг с меню приложений, пока был hdd было заметно когда первый раз прогружался список с иконками.
Fedora Gnome, работает плавно и без задержек, на x11 на моем железе даже окошки с видимой задержкой перетаскивались, может это какой-то специфический баг, такое проявляется только в окружениях с композитингом, попробовав первый раз wayland я был в шоке от плавности и отзывчивости и как только в Fedora его вырубили по умолчанию перешел на него.
> В Fedora 34 запланирован перевод сборки с рабочим столом KDE на использование Wayland по умолчанию.
> В KDE ведётся работа по доведению сеанса на базе Wayland до готовности к повседневному использованию и достижению паритета в функциональности с режимом работы поверх X11.
> Началось развитие KWinFT, форка KWin, сфокусированного на Wayland.Шляпники точно не торопятся?
Когда это шляпники не торопились?
Как только допилят до рабочего состояния,так сразу начнут пилить новое лучшее защищённое встроенное в systemd
Хотеть!
> Как только допилят до рабочего состояния,так сразу начнут пилить новое лучшее защищённое встроенное в systemdУ тебя такие влажные фантазии?
> встроенное в systemdкомбайну нужны новые штуковины?
>Как только допилят до рабочего состояния,так сразу начнут пилить новое лучшее защищённое встроенное в systemdНикогда?
Почему нельзя было создать стандартное расширение для графики, а-ля xlib+xt или winapi? Почему я должен тащить в систему кучу дерьма вроде гтк или более-менее няшный и кроссплатформенный куте, но лицензия которого зависит от капризов корпорации? А если ещё вспомнить быстродействие прог на xlib, по сравнению с гтк или куте, то возникает ощущение, что под настольный линукс нарочно заложили ядерную бомбу.
У них заговор. Они делают всё чтобы вы плюнули на графический интерфейс и пересели на консоль
> У них заговор. Они делают всё чтобы вы плюнули на графический интерфейс и пересели на консольWSL/путти? ))
https://www.opennet.ru/opennews/art.shtml?num=53714
> В ядре Linux из текстовой консоли удалили поддержку прокрутки текста
> 15.09.2020 12:05
>> У них заговор. Они делают всё чтобы вы плюнули на графический интерфейс и пересели на консоль
> WSL/путти? ))В каждой шутке есть доля шутки...
xserver/output: rename some badly named variables/APIs. https://gitlab.freedesktop.org/xorg/xserver/-/commit/ea47af8...
Никто не мешает тебе написать свой тулкит для Wayland.
Никто не мешает тебе разработать с нуля свою процессорную архитектуру, написать для неё (с нуля, конечно) ось с каким тебе угодно ядром, создать графическое окружение и так далее и тому подобное... И так можно сказать про любую человеческую деятельность, но внезапно окажется, что когда-то, давным-давно, когда трава была зеленее некуда (аж #00FF00), люди осознали, что очень удобно иметь такую штуку под рукой, как разделение труда, и оное живёт и здравствует по сей день.Стандарты же обрамляют это разделение, и ожидать от них чёткой и ясной структуры, как по мне, вполне разумно.
Был один такой хороший человек, завали его Терри А. Дэвис
Земля пухом.
Свой тулкит не станет стандартом.
> Свой тулкит не станет стандартом.Ну во первых, остальные тулкиты тоже стандартом не стали, кроме, может быть, HTML (но вы же не это хотели? да и это очень общий "стандарт").
Во вторых - если бы все так рассуждали, gtk и qt никогда не появились бы. Как и все остальные.
В третьих с учетом количества скелетов в шкафу упомянутых и/или чудесатого бреда у их разработкиков - некое поле для маневра явно есть.
Ну, конечно, если вы нагамнякаете что-то на ректа.жс то будете с вебманки конкурировать, а там уже и без вас два легиона всякой хреноты с либами на мег на жс, и вот так врядли. А если системный тулкит... вообще кмк есть немало желающих послать в пень и гнома и куть. Но вы не Беллард, поэтому врядли сможете компактно, лаконично, быстро и по делу. А тормозное блоатваре от чокнутых хипстеров уже и так есть.
> Почему нельзя было создать стандартное расширение для графикиПотому что кому-то тут же потребуется что-то нестандартное. На всех не угодишь. И какое "стандартное расширение" в Win? user32, GDI, GDI+, Direct2d, MFC, WPF, XAML, ещё что-нибудь что я обязательно забыл?
Ещё мертворождённый UWP в десятке)
winapi такое стандартное, что некоторый софт подвязанный напрямую на winapi регулярно ломался, когда это было ещё модно, писать без жирных фреймворков свитчащих за тебя не только между MessageBoxA/MessageBoxW но и скрывающих кучу воркэраундов над багами.
Wine до сих пор радуется, какое winapi стандартное.
Каждый строит свой велосипед - СПО же. Лебедь, рак и щука. А у корпораций вавилонские башни.
> Почему нельзя было создать стандартное расширение для графики, а-ля xlib+xt или winapi?Потому что архитектура и код иксов этому очень не способствовали. Оно изначально делалось под совсем другую реальность, а при потугах сделать из динозавра хоть какое-то подобие млекопитающего получился тот еще броненосец, которого трогать всем стремно, и никто не понимает что там за фигня и как это работает. Последний из могикан, Кейт Пакард, который хоть что-то в этом еще понимал - тоже задолбался. И наступил тот неловкий момент когда проще переписать заново чем что-то поменять. Так иногда бывает, если софт слишком много и слишком долго костылить.
Если обратить внимание, DDX драйвера вообще все трогать боятся, допустим. Они просто сдохли. Настолько что вместо "акселерированых" DDX половина дистров KMS'ный генерик поюзали. Более того - с точки зрения програминга программ ОПЦИОНАЛЬНЫЕ расширения очень неудобно. Потому что если это было надо, все-равно надо какой-то план на случай если этого нет, а кодить самому fallback отсутствующей фичи - ну вы поняли. И вот тут у иксов набралось слишком много скелетов в шкафу. Извините, но быстрая графика в 2021 - не опция. И 4К видео - тоже.
> Почему я должен тащить в систему кучу дерьма вроде гтк или более-менее
> няшный и кроссплатформенный кутеНе тащи. Напиши свой тулкит и софт на нем. Ну или не пользуйся тем софтом.
> которого зависит от капризов корпорации?
Изначально wayland вообще написал какой-то совершенно посторонний чувак. А то что его потом корпорация которой не нравилось как xorg работает наняла - логично, или чего?
Жирные тормозные иксы планомерно закапывают, это хорошо.
вяленый внезапно не на ржавом написан, ожидай дырени
Это само собой
я ждал человека, который безосновательно раст приплетёт
к Вашим услугам
> безосновательнопохоже, ты не в курсе, кому он отвечал...
повторюсь, безосновательно
Наличие пестика не гарантирует тычинке ничего, так и с растом.
10 лет закапывают, а пока воз на полпути. С такими темпами Haiku станет мейнстримом на десктопе.
Не станет, потому, что на десктопе не только работают но и играют, очень активно.
И шо, прям-таки под линуксом играют? Или на прослойке, обеспечивающей совместимость с winapi?
На прослойке, обеспечивающей совместимость с wine, который обеспечивает совместимость с winapi
Как там Haiku?
Полгода назад RC2 выкатили, система стала намного стабильнее.
А вам таки до сих пор скорости не хватает или всё-таки уже хватит искать проблему там, где её нет?
Может стоит всё-таки свой кривой софт сначала пофиксить, а то каждый тут "ну это наверное подсистема графики, но мы не замеряли"
> Жирные тормозные иксы планомерно закапывают, это хорошо.Воажные мечты фрактала. Не надорвись, не закапаете.
Почему-то тогда эти "жирные иксы" сейчас работают быстрее и слаженнее "лёгкого" вяленного. Хм...
Использую sway, который использует wayland.
Драйвера amdgpu, 4k экран.В основном пишу код и работаю с документацией.
Из особенностей - не работает показ экрана в zoom, но по моему опыту сам по себе zoom у меня никогда хорошо не работал - предполагаю, что проблема именно в zoom как в таковом.
Держи в курсе
Нет, проблема в Wayland и в тулките, на котором Zoom. Читай внимательно высше про свою проблему. Пока Zoom хорошо работает с X-ми.
Много и часто пользовался зумом в вейланд сессии. Всё хорошо работает, так же как на иксах. Но 1) у меня гном 2) зум из флатпака. Возможно эта связка даёт такой результат.
Есть еще одно но - за год совещаний по zoom я понял, что это всё работает очень и очень условно.
Для меня zoom - исключительно навязанное ПО, которое стало вдруг надо использовать, тк. часть совещаний стала вестись удаленно, а исторически zoom уже стоял на каком-то количестве ПК.Если нужно просто что-то обсудить, то по моему опыту voice-chat telegramа гораздо удобнее, даже с точки зрения интерфейса.
Мне, например, показывать содержимое экрана нужно крайне редко - когда это понадобилось, я поставил сбоку xfce4, там показал что-то, и потом снова вернулся в sway.
Есть еще предположение, что зум проверяет сессию, если не гном, то не использует screencast api, потому что когда-то только гном его и реализовывал
В гноме под Wayland трансляция экрана в зуме работает. Т.е. какой-то костылик ради гнома они сделали, а в sway то ли не стали, то ли sway его не поддерживает.
А как тебе тачпад через libinput? Я сижу на X / i3wm, но периодически хожу щупать sway, так вот единственное, что мне мешает переехать - это хреновой поведение тачпада и отсутствие возможностей гибкой настройки как в synclient
[i]А как тебе тачпад через libinput?[/i] - у меня нет тачпада. Я использую в основном клавиатуру. Я стал старый и слепой. люблю огромные экраны.[i]так вот единственное, что мне мешает переехать - это хреновой поведение тачпада и отсутствие возможностей гибкой настройки как в synclient[/i] - пока всё работает, я бы не трогал. Отложил бы до покупки нового ноутбука.
> Использую swaySwayn? И да, драйверы.
Возможно зуму не хватает libpipewire. Шаринг экрана в хроме это починило.
Подскажите, в целях повышения уровня образованности. А чем замечателен сабж для простого линуксоюзера ? (В случае меня - гентоюзера :) ). Какие дополнительные возможности появятся в том же моём любимом КДЕ?
[i]дополнительные возможности[/i] - дополнительная возможность не использовать X в случае если у Вас нет задач, которые требуют X.
Возможность делать приложения, для запуска которых не нужен X.Какие возможности Вы ожидаете увидеть?
> для запуска которых не нужен X.для запуска которых станет нужен вяленый... Дак какую задачу вы решили?
[i]Дак какую задачу вы решили?[/i] - перестал тратить время на технологию, которая в ближайшие годы уйдет.Если сравнивать i3wm(x) и sway(wayland) то особой разницы для пользователя в этом всём нет. Приложения всё одно используют фреймворки - тех, которые используют напрямую вызовы X осталось довольно мало.
> в ближайшие годы уйдет.2010: Ubuntu переходит на Wayland
2021: Ubuntu переходит на Wayland
2032: ...
Дополнительная возможность купить видеокарту от амд и отказаться от миллиона разнообразных проектов по использованию нейронок. И от части графического софта. И от части вендороспецифичных красивостей в игрушечках. Не это ли ты всегда ждал?
[i]отказаться от миллиона разнообразных проектов по использованию нейронок[/i] - я пробовал другие видеокарты. Мне не понравилось. если говорить про nvidia - то это всё скорее прочего не работает. открытых драйверов нет, на проприетарных когда-то не хватало поддержки какого-то стандарта.Уверен, что если мне удавалось 10 лет обходиться без nvidia, то скорее всего смогу обходиться еще 10 лет - благо есть альтернативы, у которых видно хоть какое-то развитие.
Просто, дело в том, что там везде cuda. И естественно всё работает только с проприетарным тулкитом, а third-party эмуляция cuda на AMD пока в зачаточном состоянии насколько я знаю. В любом случае, все эти апскалеры и всё остальное, поддерживают только cuda. Даже в блендере нормальный отрисовщик сейчас только cuda по-моему (раньше там opencl использовался и он был хуже и тормозил больше).>это всё скорее прочего не работает
Всё идеально работает. Это как раз то, зачем нвидия и нужна (это единственная причина на самом деле)
Вот кстати тут есть интересные материалы, советую ознакомиться (часть проектов имеет легаси поддержку opencl или той новой амдшной штуки, но всё больше неофициально) https://ngc.nvidia.com
Зачем может понадобиться машинное обучение, объяснять я думаю не нужно.
Я 10 лет занимаюсь embedded и у меня есть очень серьезные опасения, что в ближайшие 10 лет это никак не поменяется.Так что скорее всего в ближайшие 10 лет все AI ускорители у меня если и будут, то уровня k210.
[i]Даже в блендере нормальный отрисовщик сейчас только cuda[/i] - не знаю. у меня в blender работает жена - ей от брата перепал ноут с manjaro, там есть видеокарта nvidia - и, слава богу, там blender работает. Пока там всё работает последнее что я буду делать, так это туда лезть.
Darktable отлично на моей RX 560 ускоряется. ЧЯДНТ?
> Darktable отлично на моей RX 560 ускоряется. ЧЯДНТ?Многие legacy программы достаточно успешно используют, но большинство нет. Например, opencl ускорители есть в x264 и imagemagick, однако они ускоряют в лучшем случае на пару процентов и только приносят проблемы. Сегодня любые вычисления это либо cuda, либо, если ты хочешь приключений, rocm (AMDшный транслятор для cuda -- как раз тот случай, где ничего не работает). Либо на части применений vulkancompute. OpenCL всё. Хотя я рад, что в том же tesseract он успешно работает без проблем. OpenCV вроде тоже перешёл на cuda и без куда ты отрежешь себя от большинства возможностей. Хотя вот это то уже странно -- вместо того чтобы допиливать opencl они решили взять cuda.
Я ошибся, cuda появилась в opencv на несколько лет раньше чем opencl. До сих пор паритет возможностей не достигнут, пропасть между ними всё шире.
Rocm - это по-твоему реализация cuda? Ну-ну, ты не нервничай главное.Про CV и его ускорение спорить не буду, никогда темой не интересовался. Но обработка фотографий (то, что мне нужно) ускоряется примерно в 2 раза. И работает у меня точно через OpenCL.
Где я такое сказал? Это хуже, чем реализация cuda, это -- транслятор в амдшный байткод.
> чем замечателен сабж для простого
> линуксоюзера ? (В случае меня - гентоюзера :) ).Гентоюзерам как раз повезло больше всех. Можно выполнить
USE=-X emerge -uDN --with-bdeps=y @world
и наблюдать за процессом. Остальным остаётся тиринги обсуждать.
> USE=-X emerge -uDN --with-bdeps=y @worldПри всей моей экспериментаторской натуре, к USE=-X я пока что не особо готов, на основной ОСи :). Хотя теоретически возмонжно втупую склонить накопитель и уже на копии предаться экспериментам :).
> не позволяет клиенту получить доступ к содержимому окон других клиентовИ как быть граберам экрана? Скринсейверы, захват видео и пр.
> не допускает перехват связанных с другими окнами событий ввода
А тут обломаются проги с глобальными хоткеями... Всякие плееры...
> И как быть граберам экрана? Скринсейверы, захват видео и пр.В частности для этого пилят PipeWire. В GNOME это вроде как уже и работает.
> А тут обломаются проги с глобальными хоткеями... Всякие плееры...
Насколько я понял (возможно неправильно), обломаются для XWayland. Нативные Waуland должны работать.
> Насколько я понял (возможно неправильно), обломаются для XWayland. Нативные Waуland должны работать.Нет, не должны, в гномоге так и сказали, что не будет этих ваших глобал хоткеев, для кед были задуманы какие-то костыли через d-bus, подробности по ссылке
https://blog.martin-graesslin.com/blog/2015/06/global-shortc.../
У меня с дискретным видео от intel уже года 2-3 все работает суперски, причем с постоянным подключением к ноуту дока еще с двумя мониторами и тд, когда загружаю Xorg все сразу начинает как то тормозить и работать явно медленнее + в gnome + wayland классно работаю свайпы по тачпаду, всем рекомендую...
Классный механизм.
> Wayland решает многие проблемы с безопасностью X11, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентов, а также не допускает перехват связанных с другими окнами событий ввода.Поясните за копи-пасту. Раньше максимум, что позволялось, - это копи-паста между приложениями на одном рабочем пространстве. Сейчас в том же Sway - копируй, что хочешь, откуда хочешь, куда хочешь. Это не считается уже получением доступа к содержимому окон других клиентов?
И как возможна при этом работа таких приложений, как wl-clipboard, wf-recorder, grim, slurp и подобных?
этот параграф - буллшит от гномеров. Вяленый сам по себе ничего не говорит ни про какую безопасность, это просто низкоуровневый расширяемый протокол. Какие расширения (или протоколы, в терминологии вяленого) запилишь в композиторе, такая там безопасность и будет.В sway запилили протокол, получающий указатель на dma-буфер с текущим содержимым экрана. Wf-recorder, grim и slurp его и используют. Для wl-clipboard нужен другой протокол, реализующий буфер обмена, всё просто.
>Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон.Какой-то GUI-стек курильщика.
По идее должно быть как?
Очень просто. Слоистая структура.
1 GUI server + GUI Server client library - реализует протокол, грузит плагины, взаимодействует с железом
2 Standard abstract widget library plugin + Standard abstract widget library client library - определяет кросс-тулкитные интерфейсы для виджетов.
3 toolkit plugin + toolkit client - плагин рисует виджеты и генерирует гуёвые события, клиент посылает команды на создание виджетовХочет Qt Company или Gnome реализовать виджет, каким нет и не было аналогов - реализует плагин для сервера + его обвязку в клиентской либе. Можно не реализовывать свой плагин, а просто в либе обвязку к чужому.
И не надо никаких вяленых, жрущих память и CPU.
А есть плюсы в X11?
По сравнению с вяленым? Даже два: Xlib и XCB.
- Доступ прог к экрану (захват видео, скриншоты, скринсейверы)
- Глобальные хоткеи (когда прога реагирует на клавиши, не будучи в фокусе инпута)
+++ загрузка приложений по сети
Смотрим шире:
Удалённый рабочий стол? Фигвам.
Корректоры раскладок? Другой фигвам.
(X через сеть оставлю за кадром, это таки экзотика.)Я могу понять заход красно-синей шляпы (сделать костыли под гнома и затащить силком несогласных).
Но подозреваю что пользователи данных фич применяют *nix для профессиональной деятельности.
И составляют бо́льшую часть того процента… или двух… или пятидесяти, если считать в моей конторе.Шляпа т.о. идёт в дупу (ну или в TTY, чтобы политкорректно и блм-но).
загрузка приложений по сети
Конечно. Х11 работает в отличии от. Вот прямо сейчас передо мной нобук с вяленым и вокруг приложений черные поля. При попытке потыкать систем сеттинг вообще все виснет. Это в KDE Neon stable. Точно такая же картина была в manjaro. В иксах все работает.
> Sailfish 2Это та версия которая продана российским налогоплательщикам в нерабочем состоянии? Нынешняя работающая версия это Sailfish 3
текущая у Ростелекома - 3.4.0.24
на вейланде переключатель раскладки alt-shift дёргает верхнее меню в файерфоксе и других приложухах. иксы давно пропатчены и всё работает, приходится сидеть на иксах из-за этого
> на вейланде переключатель раскладки alt-shift дёргает верхнее меню в файерфоксе и других
> приложухах. иксы давно пропатчены и всё работает, приходится сидеть на иксах
> из-за этогоМожет на другую комбинацию клавиш попробовать перейти? Уже давно использую CapsLock (потому что с него всё равно проку 0) :).
Если они не могут сделать так, чтобы Alt отрабатывал не по нажатию, а по отжатию (чтобы как раз и можно было нажимать комбинации с Alt-ом (а не только Alt-Shift)), то переходить надо не на другую комбинацию клавиш точно.
> Если они не могут сделать так, чтобы Alt отрабатывал не по нажатию, а по отжатиюЭти некие "они" не могут и в иксах такое сделать, в абанти и сузе запатчено это
> Может на другую комбинацию клавиш попробовать перейти?Да.. Точно... На другой сервер. Например, Иксы.
Да походу этот долгострой так на помойку и уйдёт, как IPv6.
Пока до ума доведёт - что-то новое придумают уже.
Просвети про IPv6 и помойку. А то вот тут: https://www.google.com/intl/ru/ipv6/statistics.html график прет вверх, везде IPv6 потихоньку появляется... А оказывается, его уже выкидывать надо.
> с реализацией обвязки над libwayland для Qt/C++, продолжающей развитие KWayland, но избавленной от привязки к Qt.Библиотека реализует обвязку над libwayland для Qt, но без привязке к Qt.
Это как вообще?
Для С++ без привязки к Qt, но которую можно комфортно использовать и в Qt.
>В GNOME для Wayland исключена отрисовка всего экрана при использовании буферов dma-buf или EGLImage в пользу частичного обновления окон, снижающего объем данных, передаваемых между GPU и CPU. В сочетании с независимым обновлением элементов интерфейса указанная оптимизация позволила существенно снизить энергопотребление при автономной работе от аккумулятора.Не прошло и 13 лет...
Когда наконец они это гавно доделают??? Лучше бы х11 допилили
Wayland не говно и он давно готов. Это пусть кедерасты и гномосеки и разработчики иных приложений допиливают поддержку Wayland в своих проектах!
И правда! Чего там делать? Ведь Wayland это протокол
Вся суть вялерастов. "Наш протокол настолько божественное, что кодер, пилящий графический редактор должен запиливали низкоуровневые штуки сам, либо использовать очередной жирнотулкит".Вяленд вообще гигантский шаг назад.
> Вся суть вялерастов. "Наш протокол настолько божественное, что кодер, пилящий графический
> редактор должен запиливали низкоуровневые штуки сам, либо использовать очередной жирнотулкит".А в иксах, надо понимать, низкоуровневые штуки запилииваются сами автоматически и жирнотулкиты не нужны.
> Вяленд вообще гигантский шаг назад.
Вяленд вообще способ сделать жирнотулкиты тонкими.
>> Вся суть вялерастов. "Наш протокол настолько божественное, что кодер, пилящий графический
>> редактор должен запиливали низкоуровневые штуки сам, либо использовать очередной жирнотулкит".
> А в иксах, надо понимать, низкоуровневые штуки запилииваются сами автоматически и жирнотулкиты
> не нужны.
>> Вяленд вообще гигантский шаг назад.
> Вяленд вообще способ сделать жирнотулкиты тонкими.Иксы их реализуют.
Каким образом ущербный протокол в котором толком ничего нет способен сделать тулкиты тощими? Правильно, никаким. Тулкиты только жиреют.
Лови Поццеринга!
Надеюсь никогда не доделают этот крап.
>Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWaylandЭтот обоз долго тянуть не надо. От приложений не умещих работать с Wayland надо по типому и планомерно избавляться.
Wayland - это прогресс!
Вот как избавитесь от приложений, требующих иксы, так о линукс на десктопе можно будет забыть.Лично мне проще будет Винду в виртуалке запустить. И сраузер под вяленым убожеством в другой виртуалке.
Слушай а ты чо такой не прогрессивный?
Да как-то голубцы от семенычей есть не хочется. Пусть прогрессивные наслаждаются.
"прогрессивный" нынче == "гомо".
> "прогрессивный" нынче == "гомо".На фоне этих прогрессивных гомики даже выглядят нормальными людьми.
Тачпад бы допилили на этой хрене. Лучше бы libinput доделали.
https://www.youtube.com/watch?v=L0l817ymu-s
В Ubuntu 21.04 будет использовать Wayland по-умолчанию. Прошлая попытка была в Ubuntu 17.10
2010 год: "В Ubuntu планируется вместо X-сервера использовать Wayland"
Лично я использую везде старый домрый Xorg. На Wayland не работают важные для меня приложения, которые работают только через Snap и привязаны к Xorg серверу. Может когда-нибудь допилят до вменяемого состояния, но пока только Xorg.
Cinnamon на Wayland так пока не решил переходить?
Напиши разработчикам Cinnamon-а, чтобы поторапливались.
>>а также не допускает перехват связанных с другими окнами событий вводаЗначит, вебдванолики в ФурриФоксе перестанут дёгаться при наведении курсора даже если поверх ФФ открыто другое окно? Да это спасёт Мозиллу от написания проверки if(WindowHasFocus())! ))
Омг, ну и кусок говна этот wayland. Из-за него теперь вместо одних иксов, нужно поддерживать 100500 разного говна, друг с другом несовместимого. Сначала им нужно было реализовать 100% совместимость с иксами и только потом заявляться максимум о бета-версии своей херни, то что сейчас из себя wayland представляет не является даже альфа версией протокола.
Иди читай матчасть. Глупости больше не пиши.
Ты забыл отойти от зеркала.