Open Osse opened 5 years ago
I get the equivalent behavior using the default map expression, namely that Control_L is pressed and released first, then Escape.
Edit: I just realized that I had several instances of xcape running... Naturally it didn't work as expected.
~I have the same problem on Fedora 30:~
xcape debug output:
Intercepted key event 2, key code 66
Intercepted key event 3, key code 66
Intercepted key event 2, key code 9
Intercepted key event 3, key code 9
Intercepted key event 2, key code 9
Intercepted key event 3, key code 9
Same behaviour on x11/i3
~
❯ pgrep xcape
364775
~
❯ killall xcape
~
❯ xcape -d -e 'Caps_Lock=Escape'
Assigned mapping from "Caps_Lock" ( keysym 0xffe5, key code 66)
to "Escape" (keysym 0xff1b, key code 9)
sig_handler running...
Intercepted key event 3, key code 36
Intercepted key event 2, key code 66
Key pressed!
Intercepted key event 3, key code 66
Key released!
Generating Escape!
Ignoring generated event.
Ignoring generated event.
^[Intercepted key event 2, key code 66
Key pressed!
Intercepted key event 3, key code 66
Key released!
Generating Escape!
Ignoring generated event.
Ignoring generated event.
^[Intercepted key event 2, key code 37
Yet caps is being triggered
EDIT: This works as a workaround:
setxkbmap -option 'caps:ctrl_modifier' && xcape -e 'Caps_Lock=Escape' &
(from: https://askubuntu.com/a/750535)
I am tryin to map Caps Lock to Escape using
xcape -e Caps_Lock=Escape
. It generates an Escape event (I go to normal mode in Vim etc.) but Caps lock is still switched on afterwards. I have included somexev
output at the end of the issue.This is an Arch Linux but it is running inside VirtualBox. Not sure if that is supposed to affect things.