Shortcuts on non-EN keyboards about cherrytree HOT 5 CLOSED

After some digging it seems it's a bug in GTK2. Fuzzy matching of accelerators has apparently priority over key code - who the hell could wrote such thing?! Only way of fixing it I could think of (with my very poor GTK and Python knowledge) is implementing shortcuts rebinding support.

Also note that changing keyboard layout just for CherryTree is not possible when one wants to write notes in other language, so no easy workaround here :/. I probably end up hacking cons.py to Czech accelerators which is very bad solution updating-wise. * sad *

from cherrytree.

So changing values in cons.py did not yield results. I think the bug is in on_key_press_window in core - it should not use already interpreted keyname but scancode. Unfortunately hardware_keycode property of event contains already mapped values (at least on Windows - number changes when I switch kb layouts). I am hopeless.

from cherrytree.

Hi, what is your os and keyboard layout and what are the broken shortcuts
On 30 May 2015 20:13, "monnef" [email protected] wrote:

So changing values in cons.py did not yield results. I think the bug is in
on_key_press_window in core - it should not use already interpreted keyname
but scancode. Unfortunately hardware_keycode property of event contains
already mapped values (at least on Windows - number changes when I switch
kb layouts). I am hopeless.

—
Reply to this email directly or view it on GitHub
#39 (comment).

from cherrytree.

Windows 7 64b, Python 2.7.10, default CS keyboard (QWERTZ). All shortcuts containing a number are wrongly listed, e.g. to trigger a shortcut ctrl + 1 I have to press ctrl + shift + 1, to trigger a shortcut ctrl + + I have to press a ctrl + 1.

So in the end it is possible to use them, but it's quite cumbersome - e.g. a list is produced by pressing ctrl + alt + shift + 1.

Introducing custom key bindings or not using keyboard layout for accelerators would IMO solve this issue.

from cherrytree.

Possibly it was related to Gkt2, and fixed in Gtk3

from cherrytree.