В Ubuntu решено включить Wayland по умолчанию

чтобы защититься от всяких пунтосвитчеров, которые мешают играть

нет пунтосвитчеров - не нужно защищаться.

игре не может понадобиться повесить глобальный хоткей

не может. вот программе для голосовой связи, которые иногда используются в онлайн играх - может. но это решаемо на уровне композитора

нет пунтосвитчеров

Ну да, вялендофанатикам лишь бы потенциальных мигрантов на GNU/Linux распугать, отломав Xneur :P

но это решаемо на уровне композитора

Как? Универсальным образом, заметьте, чтобы программа экспортировала композитору набор событий, а композитор эти события известным лишь ему образом дёргал. Вот на ведроиде есть система намерений примерно для этого, а что могут вялендофанатики предложить? :P Очередной велосипед поверх D-Bus?

Как?

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

для этого надо лишь чтобы приложение имело cli-утилиту для этой цели

Из чего проистекает огромный оверхед, ага. fork/exec, а если бинаря жирная, то её ещё с диска поднять надо, найти существующий процесс, дать ему команду по IPC, умереть. Не, говно, нужен IPC непосредственно от композитора.

в конфиг композитора

А без композитора? :P

Мы вот сознательно ушли в сторону отдельного xbindkeys для этой цели (при том, что даже под иксами принято задачу обработки хоткеев вешать на WM). А в tty и до этого много лет пользовали actkbd. И возвращаться к менее юниксвейной архитектуре в угоду вялендофанатикам с их монолитность и DE головного мозга не собираемcя.

А без композитора? :P

Wayland не работает без композитора.

если бинаря жирная

то нужна отдельная бинаря для этой цели очевидно.

Речь не об этом. Речь о том, чтобы обработкой хоткеев занималась отдельная программа, независимая от композитора и единообразно работающая с любыми композиторами. А не навешивалась на композитор задача, которая его прямой задачи (вывод окошек) напрямую не касается.

Ага, сделают Вам голангисты, хачкелисты и прочие электрономакаки такую бинарю :P Discord вот официальный, помнится, именно на Electron?

Я согласен с таким подходом. На мой взгляд наиболее логичным местом для реализации этой функциональности был бы xdg-desktop-portal. Но поверхностное гугление показало, что даже инициативы в этом направлении никто не проявил. Видимо не так уж это и нужно.

голангисты, хачкелисты и прочие электрономакаки

Ты в своём стиле: ставить три совершенно разные технологии в один ряд.

Discord вот официальный, помнится, именно на Electron?

Да.

Гномокедерастам-то конечно не нужно, у них всё монолитное :P А усилий Дрю и К° маловато для оперативного исправления горбатого, тут хоть бы wlr-foreign допилить и продвинуть вне wlroots, иначе толку пшик.

три совершенно разные технологии

В данном контексте речь идёт о жирности выплёвываемых в конце сборки бинарей, которая объединяет эти три разные технологии, и является show-stopper при выборе данных технологий для разработки, если проявляется забота о дисковом пространстве пользователей, да и разработчиков тоже.

kde 1 и staroffice 3.1 вкупе с третьим corel draw давали чудное окружение. Но у него был фатальный недостаток... Слишком много надо было настраивать и разбираться в этом