[Xfce-bugs] [Bug 4908] window manager/setting keyboard shortcuts problems

bugzilla-daemon at xfce.org bugzilla-daemon at xfce.org
Thu Feb 5 22:08:58 CET 2009


http://bugzilla.xfce.org/show_bug.cgi?id=4908


Brian J. Tarricone <bjt23 at cornell.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jannis at xfce.org,
                   |                            |nick at xfce.org
          Component|xfce-mcs-manager            |xfce4-settings
         AssignedTo|xfce-bugs at xfce.org          |stephan at xfce.org
          QAContact|                            |bjt23 at cornell.edu




--- Comment #4 from Brian J. Tarricone <bjt23 at cornell.edu>  2009-02-05 21:08:57 UTC ---
Yes, when you write something that amounts to, "I know this is more than one
bug, but I'm too lazy to file more than one," it makes me kinda think, "well
maybe I'm too lazy to help you."

Anyhow:

(In reply to comment #0)
> 
> 1. If you want to assign an already used shortcut to another action it tells
> you that the shortcut is already assigned but not which one.

Known deficiency.  Jannis, I feel like you said there was a technical reason
for this; even then, we should try to fix this at some point anyway.

> 2. While you assign a new shortcut to a action you can't use the keyboard in
> any other way. Maybe only grab the keyboard input if the window is selected?

Not sure that's possible, but...

> Would work around the following:
> 
> - If the dialog box pops up telling you that the shortcut is already assigned,
> you still have no keyboard control and thus can't use <TAB> or <Enter>.

That's a separate bug.  The dialog should drop its kbd grab in this case,
before displaying the error dialog.

> - The window which asks for the new shortcut can be hidden by another window
> and it grabs the input while you are on another workspace without any visual
> notice that it exists. (Makes for some good pranks)

How would you trigger this?  How is it possible to bring up this dialog (which
triggers the grab) while you're on a different workspace?

> 3. You can't scroll in the action list while you are asked for a new shortcut. 
> This restricts how to operate the dialog without necessity. For example I
> wanted to find a usable shortcut while the dialog was open but was forced to
> close it because I couldn't scroll.

There's no way around this.  Keyboard grabs are X-server-global; you can't
restrict them to when a specific window has focus (if you could, there'd be
really no point to having them at all in that use case).

It's possible to use a per-client (application) grab, but that won't work
either because it allows other bound shortcuts to still work.  Basically
there's no way of saying "give me any and all key presses" without grabbing all
keyboard input entirely.

I suppose it's possible to work on window focus; if you use the mouse to switch
to another window, perhaps we could drop the grab, but then reacquiring the
grab when the shortcut window gets focus again (especially if it gets focus via
one of the WM's keyboard shortcuts) can be unreliable.

-- 
Configure bugmail: http://bugzilla.xfce.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Xfce-bugs mailing list