[Xfce-bugs] [Bug 7845] Shortcuts are started when keys are pressed, not when they are released.

bugzilla-daemon at xfce.org bugzilla-daemon at xfce.org
Mon Apr 11 13:41:47 CEST 2016


--- Comment #33 from kafran <kolmar at kafran.net> ---
(In reply to Olivier Fourdan from comment #32)
> (In reply to kafran from comment #31)
> > (In reply to Olivier Fourdan from comment #30)
> > > BTW, if the whole idea behind this change is to use a single modifier as a
> > > shortcut, that seems wrong in the first place.
> > 
> > I always felt XFCE behaves weird about keyboard shortcuts. A lot of distros
> > binds <super> key to whisker menu, for example, and this drives to strange
> > behavior (the menu opening when you use <super> as a modifier to other
> > command).
> Which is to be expected, becauset he Wisker menu will have a passible grab
> on the modifier, triggering any time the modifier is pressed.

Shouldn't this be on release, not on press?

> Which is exactly why I reckon using a single modifier as a shortcut is
> wrong, modifiers are, as their name implies, to modify the behavior of other
> keys.
> >
> > What I feel it's as if the keyboard shortcut for apps conflicts with WM
> > shortcuts, or they both understand <modifiers> keys differently. The <alt>
> > modifier, for example, alone its standard for showing the menu in some apps
> > and works well as a modifier, but, if you assign <alt> alone to open an app,
> > <alt> as a modifier is dead. You can't use <alt> + <space> anymore, for
> > example.
> Same thing, don't use Alt (a modifier) alone to open another app.
> > It's like to different things controls the keyboard and they are not talking.
> Every single application is free to have a passive grab on any key and react
> the way it wants.

You are receiving this mail because:
You are on the CC list for the bug.

More information about the Xfce-bugs mailing list