gedit and evolution doesn't obey gtk-key-theme

Thanks for your bug. That works fine with gedit on dapper for me, what version of Ubuntu do you use? What locale?

First of all. Is it even possible to answer to this using email? I've tried twice now. and it doesn't seem to work.

Anyhow. Here follows my last attempt at responding to this bug:

----

This is tested on Breezy and Flight3 of Dapper (i don't have any more empty cd's to burn so i'm not able to test on flight4).
This was also true on my old Gentoo install.

moonlite@startop ~ $ locale
LANG=en_GB.UTF-8
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC="en_GB.UTF-8"
LC_TIME="en_GB.UTF-8"
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY="en_GB.UTF-8"
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER="en_GB.UTF-8"
LC_NAME="en_GB.UTF-8"
LC_ADDRESS="en_GB.UTF-8"
LC_TELEPHONE="en_GB.UTF-8"
LC_MEASUREMENT="en_GB.UTF-8"
LC_IDENTIFICATION="en_GB.UTF-8"
LC_ALL=

However i use a swedish keyboard-layout. (I use English since the Swedish translations are so bad).

Just replying to the mail (you may have to use the same email as your launchpad account) should work fine

I don't get that issue with evolution nor gedit on my dapper installation. Ctrl-e jumps to the end of the line and Ctrl-a jumps to the start of the line using a C locale

Does setting /desktop/gnome/interface/gtk_key_theme to Emacs with gconf-editor makes a difference?

Does anybody else get that issue?

About mailing: that's exactly what i've been doing. No biggie though.

I tried unsetting gtk-key-theme and resetting it back to "Emacs" and still the same issue (C-a marks all while only C-e goes to end of line) and as usual evolution obeys neither. This is both eith it unset and set to Emacs.
C-a and C-e works in most other programs, like gaim for example.
I will report back to this bug when i install dapper, in a month or so.

I thought the gconf keys were not enough and to override stuff like the Ctrl-A select all you had to set emacs keybindings in ~/.gtkrc-2.0 (see http://www.gtk.org/gtk-2.0.0-notes.html )...

Sigh. I need to learn to do more checking before opening my big mouth. ~/.gtkrc-2.0 seems pretty ineffective on dapper.

gconftool-2 -tstring -s /desktop/gnome/interface/gtk_key_theme Emacs
 seems to affect most programs (gedit, firefox) but I have a recollection about Evolution being a difficult case... See this:
http://bugzilla.gnome.org/show_bug.cgi?id=266887

May also be related to http://bugzilla.gnome.org/show_bug.cgi?id=150059

This bug is known upstream and was closed since it's the intended behavior.
http://bugzilla.gnome.org/show_bug.cgi?id=330609

This bug is actually fixed in upstream since 2.13.90 according to http://bugzilla.gnome.org/show_bug.cgi?id=150059 .
What i wanted wasn't what the user described in http://bugzilla.gnome.org/show_bug.cgi?id=330609 . I guess it makes sence that you sacrifice some menu accelerators when you chose to to use the Emacs bindings.

Anyway, this bug is still true for Evolution and even in dapper.

gedit is fixed to dapper

Opening an evolution task. Could be nice if somebody having the issue could bring that upstream

I think this bug should be reopened for gedit. I'm using dapper (dist-upgraded daily) and I'm using the default gtk behaviour.

When I type Ctrl+q in gedit it's supposed to close, but it doesn't. It selects the whole text instead, as Ctrl+a would (and does). I'm in Belgium but using an US keyboard (I bought my laptop in the USA).

locale shows

iceman@Kamui:~ $ locale
LANG=fr_BE.UTF-8
LANGUAGE=fr_BE:fr_FR:fr:en_GB:en
LC_CTYPE="fr_BE.UTF-8"
LC_NUMERIC="fr_BE.UTF-8"
LC_TIME="fr_BE.UTF-8"
LC_COLLATE="fr_BE.UTF-8"
LC_MONETARY="fr_BE.UTF-8"
LC_MESSAGES="fr_BE.UTF-8"
LC_PAPER="fr_BE.UTF-8"
LC_NAME="fr_BE.UTF-8"
LC_ADDRESS="fr_BE.UTF-8"
LC_TELEPHONE="fr_BE.UTF-8"
LC_MEASUREMENT="fr_BE.UTF-8"
LC_IDENTIFICATION="fr_BE.UTF-8"
LC_ALL=

Furthermore, Ctrl+w doesn't behave as expected either: it should close one tab, but it has no effect at all!

There's therefore absolutely no keyboard shortcut to close gedit quickly, which is a big usability problem.

Sebastien:
There are already a small slew of "evolution doesn't play well with emacs keybindings" bugs upstream but they keep being closed. See http://bugzilla.gnome.org/show_bug.cgi?id=266887

The bug you're refering to seems to be strongly related to gtk emacs keybinding over gnome's.

I have never wanted emacs keybindings and I have never done anything to change the default keybindings.

I have also discovered that Ctrl+w has the same effect as Ctrl+z (cancel last operation).

As z and w are swapped like q and a in US versus Belgian mapping, this seems to me to be a problem in the way gtk or gnome manages the keybindings in regard of localisation and keyboard mapping.

Nicolas:
I don't think this is the right place for your problem. I think your problem needs a bug of its own rather than overloading this one.

My bug seemed to correspond very well with the title of this one, but I'll follow your advice.

Apparently I can't report this on malone si I've reported it here http://bugzilla.gnome.org/show_bug.cgi?id=337751

the evolution upstream bug is closed as Wontfix, you can read more about it here: http://bugzilla.gnome.org/show_bug.cgi?id=266887 ; closing this task also with that status, if upstream bug is reopened we should do the same with this one, thanks.