GNOME Bugzilla – Bug 119196
Pan doesn't play well with emacs keybindings
Last modified: 2004-12-22 21:47:04 UTC
A Debian user has submitted the following bug. Details are at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198932 : I have the emacs shortcuts selected in my gnome desktop preferences, as well as in my .gtkrc-2.0, and most shortcuts work well in the message editor. However, two core emacs keybindings are overridden in the menus (Ctrl-E and Ctrl-W). Every time I run pan, the first time I post a message, I need to hover over the "Edit with external editor" and "Close" menu items and press backspace to get them to work properly. I tend to believe this is actually a problem in the way accelerators are designed in gtk2 because other apps suffer from this (evolution1.4 comes to mind), but I don't think it'll be fixed there, so I am reporting bugs against each app that suffers from the problem. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux phoenix 2.4.21-1-686 #2 Mon Jun 16 22:13:09 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages pan depends on: ii libatk1.0-0 1.2.4-1 The ATK accessibility toolkit ii libc6 2.3.1-17 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libglib2.0-0 2.2.2-1 The GLib library of C routines ii libgnet1.1 1.1.9-2 GNet network library ii libgtk2.0-0 2.2.1-6 The GTK+ graphical user interface ii libgtkspell0 2.0.4-6 a spell-checking addon for GTK's T ii libpango1.0-0 1.2.1-4 Layout and rendering of internatio ii libpango1.0-common 1.2.1-4 Modules and configuration files fo ii libxml2 2.5.7-1 GNOME XML library ii zlib1g 1:1.1.4-13 compression library - runtime
So the user understands that it's a gtk2 issue, but chooses to file the report under Pan? WTF?
Either menu accelerators or keybinding accelerators have to win. In GTK+, we decided menu accelerators win. There is no possible good resolution if menu accelerators conflict with key binding accelerators, which is why the default is key bindings which don't conflict with normal menu accelerators. *** This bug has been marked as a duplicate of 95494 ***