Using CapsLock as a $mod modifier issue
I have an issue regarding the use of CapsLock as a $mod modifier.
~/.i3/config: http://pastebin.com/q0nB4Vn0
~/.Xmodmap:
clear Lock
keycode 66 = Hyper_L
add mod4 = Hyper_L
xmodmap -pm:
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock
control Control_L (0x25), Control_R (0x69)
mod1 Alt_L (0x40), Alt_R (0x6c), Meta_L (0xcd)
mod2 Num_Lock (0x4d)
mod3
mod4 Hyper_L (0x42), Super_L (0x85), Super_L (0xce), Hyper_L (0xcf)
mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb)
And this works OK most of the time, unless I want to move a window ( like the only window in this workspace ) to a different workspace. It goes like this ( workspace 1 has only one window say Opera, workspace 2 empty/not existent ):
caps+2 - switch to workspace 2
caps+1 - switch to workspace 1
caps+shift+2 - nothing happens
win+shift+2 - window is moved to workspace 2
caps+2 - switch to workspace 2
caps+shift+1 - window is moved to workspace 1
caps+1 - switch to workspace 1
caps+shift+2 - nothing happens
win+shift+2 - window is moved to workspace 2
...
Basically Winkey always works, but CapsLock works only if the last move was done with Winkey. Workspace number or move order does not matter afaics.
Any idea?
Please also provide the output of `xmodmap -pke`
**xmodmap -pke**: http://pastebin.com/7L2MZwvT (it's a Dvorak layout if it matters)
Should I file this as a i3 bug? or xmodmap? or what? can anyone else even reproduce this?
I also use caps lock as meta key and I'm faced with the same issue. My setup is ubuntu 11.04 and the http://debian.sur5r.net/i3/ repository.
I forgot to mention, I use the autobuilder provided version of i3 under Debian Sid 64bit.