That's weird, given the "start" actually calls XGrabKeyboard so all
keyboard events should go to keynav.
As a tip, using keynav the way you want will require changing all
keybindings to 'quit' after each 'end', example:
Original usage: Escape end
Your usage: Escape end, quit
Assuming keynav is otherwise working correctly, this will cause keynav to exit.
>
> Note: This might be the big factor: I'm used the tiling WM, Awesome[1] and
> have it set to full-screen everything. I'll play with it's configuration
> (like exempting keynav from it's rules) and see if that helps.
I use ion, but I don't fullscreen everything.
In theory, keynav should be exempted anyway given it sets
override_redirect (a signal to windowmanagers to not manage them).
I'll try installing Awesome and xbindkeys so I can reproduce this.
-Jordan
>
> Thanks for keynav!
> --
> Colin Shea
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "keynav-users" group.
> To post to this group, send email to keynav...@googlegroups.com.
> To unsubscribe from this group, send email to
> keynav-users...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/keynav-users?hl=en.
>
Confirmed the problme you described happens with xbindkeys.
XGrabKeyboard is returning AlreadyGrabbed. I bet xbindkeys grabs the
keyboard on first-level keybindings in anticipation of chained key
combinations, or something like that.
I'll devise a clever workaround :)
-Jordan
Fixed!
http://semicomplete.googlecode.com/files/keynav-20091231.03.tar.gz
The workaround was to try calling XGrabKeyboard a few times in a loop,
with small (10ms) sleeps in between failures. After a certain number
of failures (20, right now), we will give up 'start' and abort.
I've tested this xbindkeys doing this:
(xbindkey '(Control semicolon) "exec keynav 'start, grid 2x2'")
Works for me; can you confirm?
-Jordan
:(
Can you run 'xbindkeys -v' and press whatever keystrokes you need to
activate keynav, then copy that output here?
Also, a failure in XGrabKey means likely that the key combination was
already grabbed. Given the way you launch keynav, you don't need
anything in .keynavrc that binds to 'start'. If you think you need
them, you should look for conflicting keybindings between xbindkeys
and keynavrc bindings that use 'start' - Keynav will only XGrabKey
things that have 'start' in the binding.
-Jordan
Here's the output: http://pastebin.com/m30ed2908 Each yellow-
background line is my prompt, with the command entered.
Just fyi, the "PSG" command is a zsh alias I have to `ps wwwaux | grep
-v grep | grep` since I do lots of process searching that way. Which
may be wrong, but it works quite well for me! :)
--
Colin Shea
I forgot to mention, that in the second round of xbindkeys pasted
there, Keynav's grid never showed up. At all. :/
Oh, I see. Just ran `PSG keynav` and it shows 4 keynav processes
running.
LOL! Just tried 'Ctrl-;' and it works! Which is weird.
I have a psg alias too ;)
Unrelated problem: you'll want to remove the 'daemonize' command from
your keynavrc. Also, I left something dumb out when I was moving code
around after testing.
Fixed version: http://semicomplete.googlecode.com/files/keynav-20091231.04.tar.gz
Try the above version (.04) and let me know :)
-Jordan
I have a psg alias too ;)
Unrelated problem: you'll want to remove the 'daemonize' command from
your keynavrc. Also, I left something dumb out when I was moving code
around after testing.
Fixed version: http://semicomplete.googlecode.com/files/keynav-20091231.04.tar.gz
Try the above version (.04) and let me know :)
-Jordan
Awesome, I'm glad we got it working for you. Let me know if there's
anything else I can add :)
Happy new year!
-Jordan