Same here on Edgy with french/english keyboards, in gedit:
CTRL Q is using CTRL A action (french keyboard layout is azerty, qsdf...).
in gtk/gtkkeyhash.c
_gtk_key_hash_lookup() returns both exact matches and matches with a different keyboard group (it seems to be a feature).
As gedit TextView window doesn't have a binding for CTRL+Q it catches the 'q -> a' entry from group 1, cf gedit/gedit-window.c:gedit_window_key_press_event(), and uses CTRL A binding.
#if 0 the partial match in _gtk_key_hash_lookup() or #if 0 the
gedit_window_key_press_event() fix it.
I don't understand the rational behind the partial match logic for keybinding, IMO it's confusing.
Same here on Edgy with french/english keyboards, in gedit:
CTRL Q is using CTRL A action (french keyboard layout is azerty, qsdf...).
in gtk/gtkkeyhash.c hash_lookup( ) returns both exact matches and matches with a different keyboard group (it seems to be a feature).
_gtk_key_
As gedit TextView window doesn't have a binding for CTRL+Q it catches the 'q -> a' entry from group 1, cf gedit/gedit- window. c:gedit_ window_ key_press_ event() , and uses CTRL A binding.
#if 0 the partial match in _gtk_key_ hash_lookup( ) or #if 0 the key_press_ event() fix it.
gedit_window_
I don't understand the rational behind the partial match logic for keybinding, IMO it's confusing.