Closed marcellmars closed 6 years ago
AFAICT, duplicate of #611, with a fix pending (because the fix is after a new feature in a submodule, so we cannot bring it without potentially break the mouse stuff).
(See wip/mouse-rework
for a fix.)
compiling it from wip/mouse-rework branch works!
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Rofi version
1.4.2.
Configuration
https://gist.github.com/marcellmars/348c1af5b7d9c3fa76ae4e4e172c1995
Launch Command
rofi -modi run,drun -show run -font "Terminus (TTF) 24"
but it doesn't really matter...
Steps to reproduce
What behaviour you see
What behaviour you expect to see
Probably better explanation
i have ←, ↑, →, ↓, enter, backspace and delete binded to Mode_switch in combination with several other keys. it stopped working in rofi with the latest upgrade (1.4.2). my guess this could be the commit which is related to that: https://github.com/DaveDavenport/rofi/commit/7f7da66c1a92a8f034fcb4c4533ce57bed45ce64
in my keyboard layout file in /usr/share/X11/xkb/symbols/my_keyboard i have things like:
key <LCTL> {[ Mode_switch, Multi_Key]};
which would then let me do:
that config could be run by:
setxkbmap my_keyboard -option
rofi runs as this:
rofi -modi run,drun -show run -font "Terminus (TTF) 24"
the theme is configured (depending on the rofi version) in ~/.config/rofi/config as:
it worked fine before i upgraded to 1.4.2 and it works fine now after downgraded to 1.3.1 i didn't notice any particular application would have problems with my_keyboard.
my guess is that any keyboard which would have Mode_switch assigned to some key and then another one having Down set together with Mode_switch to do the ↓ should be minimal enough setup to test. these are the related lines from my keyboard configuration: