Shortcuts are started when keys are pressed, not when they are released.
Submitted by Morel
Assigned to Nick Schermer
Description
Actually if you configure an app to be launched with CTRL (say thunar, for the example) only, and another to be launched with CTRL+A (say the terminal), and you type CTRL+A, you launch thunar THEN terminal. (but they are spawned in the same key combination...)
The example I have given is pretty dumb, but some keys are in some systems used for many things, and it is useful. At least, I love it :) The example I want to take is the windows'one. Keyboard shortcuts of the desktop environment are based on the SUPER key: _ SUPER alone summon the equivalent of xfce4-popup-applicationsmenu _ SUPER+E starts the file browser (you could use thunar here) _ SUPER+L Lock the session _ SUPER..... It's pretty nice, because it allow to use all key combination not based on SUPER for other applications, giving something we could name a 'shortcut theme'* which give shortcuts easy to remember and avoid conflicts. I don't know any app which use a windows shortcut... But I know that it's not possible (at least easy) for user in this closed desktop environment to modify windows shortcuts. The fact is, when it is possible to modify and add some, conflicts can happen, because of the great variety of applications that we are able to add to our Linux distribution. If we take my first dumb example, CTRL+A is often used to select all items. If you assign CTRL to an application (by example, something to show a circle where your mouse is to enhance visibility of cursor) and want to select everything in an application, with CTRL+A, you make both things, and it could be not wanted.
To finish this long report, I would say that it could be relatively easy to implement: 'just' call the application when keys are released, not pressed. The only problem I see now with this solution is to detect the FULL release of the shortcut. (else the problem will just be inverted, calling the application of the first key released in first and not the one of the first key pressed)
To conclude: Thanks for this nice, customizable and light DE, and sorry for the long post.
*: now as I think of it, keyboard theme could be an interesting feature... but it's not the point here.
Version: git