LINUX.ORG.RU

История изменений

Исправление 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 и ему сродных.