А вы помните бесячий баг иксов, который всегда раздражал?

Зато ему требуется в обязательном порядке аппаратное 3D ускорение и нет сетевой прозрачности. Да, для обычного использования ни то, ни другое не нужно, но это уже не просто «шероховатости», а фундаментальные проблемы, которые официально просто взяли и объявили не проблемами. Как и кучу прочих вещей в Wayland.

Мне лень, но может кто выкатит простыню раз в 20 длиннее с проблемами вяленого, причём фундаментальными и неисправимыми в принципе в рамках вяленого. Так будет честнее =) На деле Иксы надо просто переписать оставив всё актуальное и всё проверенное временем, а вяленый просто выкинуть ибо это выкидышь какой то. Да работает, в рамках своих скромных границ и хорошо работает, только этот зоопарк вайландов выгдядит как бред стандарт есть, а все делают как хотят. Нахер оно такое нужно

Кто знает, вдруг и там пофиксили эту срань?!

А кто фиксить должен? Если тебя это бесит со времен KDE3, то где твои патчи для решения этой проблемы?

https://dudemanguy.github.io/blog/posts/2022-06-10-wayland-xorg/wayland-xorg.html

Да эт я видал, всё что там написано было не раз сказано и до этого.

Я не за вяленого и не за иксы, но я меньше «не за» за иксы чем за вяленого. Ибо иксы у меня всегда просто работали. А с вяленым то это нельзя то это нельзя, завтраки что скоро всё будет хотя вяленому уже дцать лет, а воз и ныне там.

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

Вялый чит и красив, а толку то? Мне жена нужна которая и жрать поварит и убраться сможет и ваще. А эта тощая дура что может? Губы намазать да в платьице ходить и всё? +)))

Зато ему требуется в обязательном порядке аппаратное 3D ускорение

https://github.com/swaywm/sway/issues/6613#issuecomment-944961338

нет сетевой прозрачности

https://www.opennet.ru/opennews/art.shtml?num=50990

фундаментальные проблемы

Акцент на аппаратном 3D-ускорении когда сегодня в каждом чайнике есть GPU и отстсутствие сетевой прозрачности, когда сегодня активно гоняются битмапы как то не подходят в раздел фундаментальных проблем. Гораздо более явные фундаментальные проблемы в Wayland сегодня – отсутствие нормальной поддержки Fractional Scaling в эпоху HiDPI дисплеев различных размеров (вроде как пилится, но не слежу), отсутствие поддержки HDR (пилится Red Hat’ом) и проблемы с глобальным позиционированием, которое явно запрещено. Иными словами при работе на многомониторных конфигурациях в X11 некоторые приложения, например, Yakuake запускаются на том дисплее, где находится курсор что очень удобно. В Wayland они запускаются лишь на одном дисплее. Х.з, работают ли над решением этой проблемы сегодня или нет, но тут очевидная потеря функциональности.

На деле Иксы надо просто переписать оставив всё актуальное и всё проверенное временем, а вяленый просто выкинуть ибо это выкидышь какой то.

Как ты выкинешь то, что сегодня по дефолту используется в Debian, CentOS, Red Hat, Fedora, SUSE, Ubuntu и т. д.? Выкинуть Wayland или X.Org могут лишь корпорации. И даже не одна корпорация, а несколько. Потому что поддержка нового протокола в тулкитах, драйверах и окружениях из воздуха не появится.

Вялый чит и красив, а толку то? Мне жена нужна которая и жрать поварит и убраться сможет и ваще. А эта тощая дура что может? Губы намазать да в платьице ходить и всё? +)))

Мастер! :))

А с вяленым то это нельзя то это нельзя, завтраки что скоро всё будет хотя вяленому уже дцать лет, а воз и ныне там.

Года два-три назад всем ЛОРом смеялись мол «ха-ха в этом вашем Wayland скриншоты низзя делать», а на деле оказалось что это в X.Org нормально делать скриншоты нельзя вот уже 20+ лет, а в Wayland – пожалуйста и сколько хочешь.

Вялый чит и красив, а толку то? Мне жена нужна которая и жрать поварит и убраться сможет и ваще. А эта тощая дура что может? Губы намазать да в платьице ходить и всё? +)))

То есть тебе нужен глючный комбайн, противоречащий концепции UNIX-Way: делай что-то одно, но делай это хорошо. Эта комбайновость мешает фиксить сабжевые баги. Шутка ли, в репозиториях многих дистрибутивов существует отдельный пакет иксов, где зафиксили какой-то бред в input-системе: https://aur.archlinux.org/packages/xorg-server-bug865, но в апстрим не приняли из-за того, что неизвестно поломалось бы чего или нет. Да и вообще, смысл всего этого барахла напиханного в X.Org, когда оно там всё мёртвое, кроме сервера окошек?

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

Прямее аналогии не придумал. Дело житейское :D

=) Всё да и всё нет, лядня я усталь. Хорошего холивара,а я почитаю ^.^

Задержка скриншота - не? Даже в оффтопике так делаю.

Это первое.

А кроме этого, можно повесить свой собственный обработчик (scrot или ещё что) через xbindkeys. Уже много лет делаю именно так, есть разные обработчики на PrtScrn, Ctrl+PrtScrn, Meta+PrtScrn.

Костыли, подпорки, велосипеды. Почему не могли сделать чтобы просто работало?

Этот иксовый баг ну очень сильно мешал сделать нормальный скриншот

Один я не знаю зачем их делать? А может это... лучше про тиринг опять поныть?

Было бы круто при feature parity, а так фигня. Постоянно трогаю wayland сеанс в кедах, постоянно что-то не работает. То мыльные браузеры, то yakuake не работает, то вообще сеанс не стартует. Я даже готов допиливать сам то, чему нужен просто переход на новое API, так там в композиторе постоянно проблемы и нехватка API в вяленом (потому что он отвечает только за небольшую долю ф-ций иксов).

Было бы классно, если бы разработчики kwin_wayland и wlroots как-то более активно сотрудничали друг с другом. У них кажется была какая-то коллаборация, когда они впилили поддержку Server-side Decorations в свои композиторы.

Пользуюсь программой gnome-screenshot. Она позволяет задать количество секунд для задержки между «Take screenshot» и получением скриншота. Удобно для снимка разных особенных видов. Другая фича, что там можно вырезать выделением нужное.

На деле Иксы надо просто переписать оставив всё актуальное и всё проверенное временем

Это было бы замечательно, но кто это сделает? Основная проблема X11 в том, что его уже около 20 лет всерьёз не разрабатывает и он находится в полузаброшенном состоянии.

В последних версиях GNOME скриншотилку вроде как встроили внутрь Mutter и подобные костыльные задержки стали не особо нужны.

В том вся проблема Wayland что много чего требуется реализовывать в Wayland сервере и не невозможно реализовать в обычных приложениях. Что очевидно нарушает философию UNIX делая Wayland сервер переусложнённой монолитной сущностью делающую кучу несвязных вещей.

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

Вот это киллер фича!

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

Я кстати давно об этом говорил. По уму можно было сделать как в Android – мол приложение запросило доступ к глобальному состоянию клавиатуры/экрану/курсору/другим окнам, выдать yes/no? Естественно с умным запоминанием и настройкой всего этого.

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

Ну а если тебе хочется не просто поныть, а именно нужно делать снимки экрана с помощью PrintScreen, то всегда можно обложиться костылями.

Итак, сначала нужно сказать иксам, что транслировать код клавиши PrintScreen в символьное имя Print не стоит: xmodmap -e 'keycode 107 = NoSymbol NoSymbol NoSymbol'. По идее, как-то иксы уже знают, что 107 у меня соответствует PrintScreen, так что при желании этот пункт можно автоматизировать.

Второй шаг — отслеживать отпускание PrintScreen. Из готовых утилит xinput умеет слушать по XInput2. Правда, печатает события в несколько строк, это муторно парсить, так что проще брать события из xinput test 10, где вместо 10 нужно подставить номер устройства клавиатуры:

xinput test 10 | grep --line-buffered "key release 107" | while read i; do ( cd ~/Screenshots/; scrot ); done

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

Скажи это разработчикам Wayland, которые заставляют каждого автора WM и DE писать код для всего того, что в X11 уже готово и работает для всех окружений.

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

В Wayland вроде тоже. Но там скриншоты и глобальные хоткеи работают из-за захардкоденной реализации напрямую в сервере.

Наверное по той же причине, почему в Linux нельзя повесить переключение раскладки на Ctrl+Shift без того, чтобы сломать все хоткеи, что начинаются с этих клавиш — всем плевать на десктоп в Linux, его делают на «отвали».

Скажи это разработчикам Wayland, которые заставляют каждого автора WM и DE писать код для всего того, что в X11 уже готово и работает для всех окружений.

Ты всегда можешь взять wlroots, kwin_wayland, mutter, mir и использовать их для своего WM или DE. Что собственно сегодняшние разработчики WM и DE и делают.

Наверное по той же причине, почему в Linux нельзя повесить переключение раскладки на Ctrl+Shift без того, чтобы сломать все хоткеи, что начинаются с этих клавиш — всем плевать на десктоп в Linux, его делают на «отвали».

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

Там есть пользовательские пакеты с патченными иксами, где попробовали исправить эту проблему.

А в Wayland этого бага нет? Я про проблему с Ctrl+Shift.

Там всё зависит от конкретной реализации сервера. Сам Wayland этого не умеет.

За*****.

А в Wayland этого бага нет? Я про проблему с Ctrl+Shift.

К сожалению, тут я без понятия ибо дефолтожор и использую везде для переключения языка Win+Space, эта комбинация на многих системах работает из коробки и с ней я встречал проблемы только на некоторых слишком умных сайтах, где в полях ввода напихан всякий замороченный JavaScript с хардкодом на давний виндовый дефолт по Alt+Shift.

Ctrl+alt+Esc с xkill там можно сделать?

А как же UNIX-Way?

EXL

Это другое (tm)

Фанаты Wayland любят двойные стандарты.

Я же написал «вроде». Ради интереса проверил, оно не в Mutter, а каким-то расширением к GNOME Shell выполнено, которое идёт с ним в комплекте: https://github.com/GNOME/gnome-shell/blob/main/js/ui/screenshot.js

Так что на UNIX Way никто не посягал. Но вообще простенькой и удобной скриншотилке самое место в композиторе, чтобы не дублировать его работу в отдельных приложениях. Вот как оно в истоках было у классических Mac OS – моментальный запуск и адекватное срабатывание во всех случаях.

По уму можно было сделать как в Android – мол приложение запросило доступ к глобальному состоянию клавиатуры/экрану/курсору/другим окнам, выдать yes/no? Естественно с умным запоминанием и настройкой всего этого.

Разве порталы не для этого?

как мало тебе надо для радости вброса

Мне жена нужна которая и жрать поварит и убраться сможет и ваще.

И и что бы с коромыслом по воду ходила, и прочее legacy.

на некоторых слишком умных сайтах, где в полях ввода напихан всякий замороченный JavaScript с хардкодом на давний виндовый дефолт по Alt+Shift.

Это как? Я не то что бы не верю, но может у тебя сайт этот остался в хистори или кусок жс кода? Всмысле, раскладка на уровне ос и жс в браузере не пересекаются никак.

Разве что сайт рисует свою вирт клавиатуру? Расскажи, интересно.

Для этого, но портала для глобальных сочетаний клавиш никто ещё не написал.

Мне жена нужна которая и жрать поварит и убраться сможет и ваще.

Больше похоже на домработницу.

я установил Ubuntu 22.04 LTS

У меня проблемы с фокусом появились в версии 18.04, до этого (в 12.04) никаких проблем не было. И, как я понял, связано это с появлением Gtk3 (вместо Gtk2).

Вобще, гномеры в последние годы много нагадили...

Я серьёзно думал, что это фича. Вот сейчас без троллинга и приколов.

самое место в композиторе

Ну ты не завирайся. Композитор должен композитить, а не вот это всё. И это главная беда сабжа.

На Wayland-сеансе перечисленных выше проблем просто не наблюдается.

Зато другие наблюдаются. Если шарить экран в гноме, то переключить раскладку дефолтным хоткеем не получается, так как фокус перехватывает окошко с кнопкой «Stop share». И если при помощи Alt-Tab переключится на окно, то оно тоже не получает фокус, нужно явно кликнуть по нему мышкой.

Очень надеюсь, что временное, и скоро починят.

А у меня на вяленом Сыр не работает. Превьюха камеры - повод для сегфолта. Так же как компонент браузера, для гмыл-авторизации, например. На иксах всё чётко

Баг иксов это доисторический файловый менеджер, ну и терминал. И если доустановить thunar, то всё пучком.

Эээ... Во первых это не баг. Это или отсутствие фичи, или отсутствие понимания как создатели скриншотилок видят себе ситуацию (имея в виду безопасность, сложностьреализации и затраты на это всё).

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

Это как? Я не то что бы не верю, но может у тебя сайт этот остался в хистори или кусок жс кода? Всмысле, раскладка на уровне ос и жс в браузере не пересекаются никак.

Разве что сайт рисует свою вирт клавиатуру? Расскажи, интересно.

Да, вспомнил один такой сайт. Сейчас проверил, а бага там уже и нет, значит пофиксили.

Ан нет, пофиксили его только в Wayland-сеансе, в X.Org-сеансе баг всё так же на месте!

Steps to reproduce:

1. Заходим на https://forum.motofan.ru/index.php?showforum=100, прокручиваем страницу до поля: «Введите слово | Найти на форуме», [Скриншот].
2. Вводим что-либо в текстовое поле, переключаем язык нажатием Win+Space.
3. Если используется X.Org-сеанс, то введённый в это поле текст тупо проподает. А в Wayland-сеансе всё нормально.

Снова какие-то убогие иксовые баги с фокусом.