https://bugzilla.xfce.org/show_bug.cgi?id=7845
--- Comment #33 from kafran <[email protected]> --- (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. _______________________________________________ Xfce-bugs mailing list [email protected] https://mail.xfce.org/mailman/listinfo/xfce-bugs
