GNOME Bugzilla – Bug 259331
emacs keybindings don't work in composer
Last modified: 2010-10-13 03:21:09 UTC
After setting the key theme preference to Emacs-style (using the gnome-keybinding-properties capplet), the compose message window continutes to use what I assume is the default GTK/Gnome key theme instead of the preferred one. Most (all?) other test fields in Evolution do honour the preferred key theme correctly. The problem is two-fold: The header text boxes ("To", "Subject", etc) partly honour the preferred key theme, but it seems the application overrides certain bindings in a broken way. The most annoying one, Ctrl-a selects the entire contents of the text box, rather than moving the cursor to the start of the text field. This seems to be caused by the Edit > Select All menu item (which seems to be of dubious utility in a text field). The message body text area is more problematic (but is at least self-consistent, unlike the text fields above :) because it does not seem to honour the the preferred key theme at all. For example, Ctrl-k does not kill the remainder of the line. Ctrl-e does not move to the end of the line. These issues hurt the consistency of Evolution with not only itself, but with the rest of the Gnome desktop. It makes writing at any length quite painful.
the subject is just a GtkEntry so if it's a problem with subject, then it's a gtk bug. To/Cc/Bcc are e-entry boxes I think (or did we convert to using GtkEntry for them too?)
the problem is probably 1/2 e-entry and 1/2 gtkhtml emacs keybindings. for gtkhtml part look at http://bugzilla.gnome.org/show_bug.cgi?id=241187
EEntry is pain to mantain, bacuse it's based on gtktable/etext(gnomecanvas). We will base it on GtkEntry in 2.1 which should solve it. Rescheduling.
Updating keywords, not really an "accessibility" issue IMHO.
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
removing old target milestone.
This report has not seen any changes or updates for more than 3 years. Also, GAL was merged into Evolution in June 2005. Actual GAL bugs are now located in the Product "Evolution", component "GAL". The external, separate GAL codebase will not receive any changes. We kindly ask you to check whether the issue you have reported here still happens in GNOME 2.26 or 2.28. If so, please update this report by adding a short comment, removing the NEEDINFO state, updating the "Version" field and moving this to the Evolution product (if you have sufficient Bugzilla rights to do so). Again thank you for reporting this bug and we are sorry it could not be handled for the version you originally used here.
This is still a problem in Evo 2.28.1. Adjusting bug fields accordingly. To reproduce: - set gconf key /desktop/gnome/interface/gtk_key_theme to "Emacs" - check the standard Emacs keybindings work in normal GTK text fields - create a new mail message in Evolution - try to use Emacs key bindings in the address/subject/body text fields An example key binding to try is Ctrl-k, which deletes all text after the cursor until the end of the line.
PS: I can't seem to remove NEEDINFO. Can someone do that? Thanks.
Thanks for updating!
*** This bug has been marked as a duplicate of bug 269404 ***