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. -- gtk apps reading accelerator keystrokes incorrectly with alternative keymaps https://launchpad.net/bugs/51871 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
