История изменений
Исправление
bhfq,
(текущая версия)
:
Wayland да создавали как замену иксам и где эта замена за 13 лет с места практически не сдвинулась, а вот во всяких умных часах и iot он крутится, только всякие гномофанатики-федоролюбы ее форсят, закрывая глаза на то, как она может «глючить» под 40% нагрузки на cpu. Конечно, «глючит» не wayland (это же протокол!) а гном-щель или что там в гноме реализует wayland.
https://blog.martin-graesslin.com/blog/2015/06/global-shortcut-handling-in-a-plasma-wayland-session/
KDE считывает эти Desktop Action *
из desktop файла и позволяет к ним прикрепить глобальные хоткеи через systemsettings
.
На эти хоткеи kde запускает процесс, например albert
с параметром show
. Если раньше существовали всякие реализации глобальных хоткеев для Qt поверх x11, то kde/wayland предлагают возиться с параметрами запуска, например с qtsingleapplication
(чтобы не порождать каждый раз новый albert
) и затем парсить argv
пропихивая его из main.cpp
вглубь приложения.
Линукс сколько там 1% на десктопе? Wayland прямо сейчас ситуацию только портит заставляя каждый DE-строителей придумывать свои локальные костыли которые не будут работать в XFCE, Gnome3/40/500/6000, LXQt, LXDE, DDE, не говоря про sway и ему сродных.
Например, можно было создать какой-нибудь системный сервис который через dbus позволяет приложениям регистрироваться там по своему pid и получать уведомления от него. Настройки к этому сервису можно было реализовать в «системных настройках» гнома/кде. Но это же йопт RedHat им то это зачем?! Такая вещь работала бы и в x11, и в wayland одинаково. Нужно только разхреначить этот wayland дав такому демону доступ читать нажатия клавиатуры.
Исправление
bhfq,
:
Wayland да создавали как замену иксам и где эта замена за 13 лет с места практически не сдвинулась, а вот во всяких умных часах и iot он крутится, только всякие гномофанатики-федоролюбы ее форсят, закрывая глаза на то, как она может «глючить» под 40% нагрузки на cpu. Конечно, «глючит» не wayland (это же протокол!) а гном-щель или что там в гноме реализует wayland.
https://blog.martin-graesslin.com/blog/2015/06/global-shortcut-handling-in-a-plasma-wayland-session/
KDE считывает эти Desktop Action *
из desktop файла и позволяет к ним прикрепить глобальные хоткеи через systemsettings
.
На эти хоткеи kde запускает процесс, например albert
с параметром show
. Если раньше существовали всякие реализации глобальных хоткеев для Qt поверх x11, то kde/wayland предлагают возиться с параметрами запуска, например с qtsingleapplication
(чтобы не порождать каждый раз новый albert
) и затем парсить argv
пропихивая его из main.cpp
вглубь приложения.
Линукс сколько там 1% на десктопе? Wayland прямо сейчас ситуацию только портит заставляя каждый DE-строителей придумывать свои локальные костыли которые не будут работать в XFCE, Gnome3/40/500/6000, LXQt, LXDE, DDE, не говоря про sway и ему сродных.
Например, можно было создать какой-нибудь системный сервис который через dbus позволяет приложениям регистрироваться там по своему pid и получать уведомления от него. Настройки к этому сервису можно было реализовать в «системных настройках» гнома/кде. Но это же йопт RedHat им то это зачем?!
Исправление
bhfq,
:
Wayland да создавали как замену иксам и где эта замена за 13 лет с места практически не сдвинулась, а вот во всяких умных часах и iot он крутится, только всякие гномофанатики-федоролюбы ее форсят, закрывая глаза на то, как она может «глючить» под 40% нагрузки на cpu. Конечно, «глючит» не wayland (это же протокол!) а гном-щель или что там в гноме реализует wayland.
https://blog.martin-graesslin.com/blog/2015/06/global-shortcut-handling-in-a-plasma-wayland-session/
KDE считывает эти Desktop Action *
из desktop файла и позволяет к ним прикрепить глобальные хоткеи через systemsettings
.
На эти хоткеи kde запускает процесс, например albert
с параметром show
. Если раньше существовали всякие реализации глобальных хоткеев для Qt поверх x11, то kde/wayland предлагают возиться с параметрами запуска, например с qtsingleapplication
(чтобы не порождать каждый раз новый albert
) и затем парсить argv
пропихивая его из main.cpp
вглубь приложения.
Линукс сколько там 1% на десктопе? Wayland прямо сейчас ситуацию только портит заставляя каждый DE-строителей придумывать свои локальные костыли которые не будут работать в XFCE, Gnome3/40/500/6000, LXQt, LXDE, DDE, не говоря про sway и ему сродных.
Исходная версия
bhfq,
:
Wayland да создавали как замену иксам и где эта замена за 13 лет с места практически не сдвинулась, только всякие гномофанатики-федоролюбы ее форсят, закрывая глаза на то, как она может «глючить» под 40% нагрузки на cpu. Конечно, «глючит» не wayland (это же протокол!) а гном-щель или что там в гноме реализует wayland.
https://blog.martin-graesslin.com/blog/2015/06/global-shortcut-handling-in-a-plasma-wayland-session/
KDE считывает эти Desktop Action *
из desktop файла и позволяет к ним прикрепить глобальные хоткеи через systemsettings
.
На эти хоткеи kde запускает процесс, например albert
с параметром show
. Если раньше существовали всякие реализации глобальных хоткеев для Qt поверх x11, то kde/wayland предлагают возиться с параметрами запуска, например с qtsingleapplication
(чтобы не порождать каждый раз новый albert
) и затем парсить argv
пропихивая его из main.cpp
вглубь приложения.
Линукс сколько там 1% на десктопе? Wayland прямо сейчас ситуацию только портит заставляя каждый DE-строителей придумывать свои локальные костыли которые не будут работать в XFCE, Gnome3/40/500/6000, LXQt, LXDE, DDE, не говоря про sway и ему сродных.