https://bugs.kde.org/show_bug.cgi?id=339178
bulletproofbe...@proton.me changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bulletproofbe...@proton.me
--- Comment #1 from bulletproofbe...@proton.me ---
I'd like to second this but personally I think this is an area that could do
with a much more generalized solution, rather than only one specific feature.
Being able to have global shortcuts be conditional is a massive thing that,
IMO, is missing. For instance you may not want a shortcut like alt+tab,
meta+tab, etc. to be active when you're in a game window, so being able to say
"only activate if I'm not in a fullscreen application" or "only activate if I'm
not focussed on a window with this title" would be massively helpful. The
global shortcuts system is incredibly useful but it's also quite limited in a
lot of ways unfortunately.
I imagine many of these restrictions are due to Wayland's security model and,
while admirable in intent, it unfortunately means that a lot of logic is
handled internally and thus can't be modified easily by the user.
If I had to guess at the best "solution" to this that doesn't involve
completely redoing the entire system, it might be enough to extend the existing
window-rules system to be able to do things like alter global shortcuts, run a
script when an application is focussed, run a script when an application is
unfocussed, etc. The window rules system isn't super intuitive, but it's
definitely learnable by the average user with a little time and it'd allow a
good bit more flexibility. Strictly speaking even if only 4 new window rule
behaviours were added, "activate shortcut when window opens", "activate shorcut
when window closes", "activate shortcut when window is focussed" and "activate
shortcut when window is closed" then all of this behaviour would be possible if
someone wrote a script that altered ".config/kglobalshortcutsrc" and had
shortcuts to run that script. (in practice you would probably want other rules
to make things way eaiser, but I think that'd be a MVP that allows for
context-dependent behaviour that's user-defined)
--
You are receiving this mail because:
You are watching all bug changes.
