After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 104116 - C-a shortcut does not function properly in Emacs mode
C-a shortcut does not function properly in Emacs mode
Status: RESOLVED DUPLICATE of bug 314431
Product: nautilus
Classification: Core
Component: general
2.11.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 587590 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-01-22 04:05 UTC by now michael@endbracket.net
Modified: 2010-07-04 23:06 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Description now michael@endbracket.net 2003-01-22 04:05:31 UTC 
After having searched for some time to figure out how to use basic
Emacs/Unix-style key bindings, I found a preference under the GNOME
Keyboard Shortcuts dialog to change key bindings to Emacs-style.

After enabling this and clicking in the Nautilus location bar,
C-e goes to the end of line as expected, C-u deletes the current line
as I had hoped, but C-a does not perform as expected: It seems to go
to the beginning of the line *but also selects the text*.  This is
inconsistent with standard Emacs key bindings which would have C-a go
to the beginning of the line *without selecting the text*.
Comment 1 Kjartan Maraas 2005-01-06 14:22:47 UTC 
There's no way for me to set emacs keyboard theme any more and the location bar
in nautilus doesn't respond to any of these keybindings any longer. What to do
with this report?
Comment 2 Sebastien Bacher 2005-01-06 14:32:14 UTC 
to set the emacs theme: /desktop/gnome/interface/gtk_key_theme -> Emacs
Comment 3 Sebastien Bacher 2005-01-06 14:35:01 UTC 
BTW this issue has nothing specific to nautilus, the path entry in a standard
GtkEntry, it's probably a GTK issue (and I'm pretty sure that such bugs are
already closed on the gtk side)
Comment 4 Sebastien Bacher 2005-01-06 14:37:03 UTC 
oups, I was wrong. Ctrl-A works fine in gtk-demo and some other applications, so
a nautilus issue ...
Comment 5 Christian Neumair 2005-05-23 12:25:23 UTC 
Right. The issue seems to be that NautilusClipboard grabs ctrl-A. It is used by
both the location entry and by the select-all menuitem/GtkActionEntry. In my
opinion, we should just remove the menuitem accelerator, so that ctrl-A will
always perform an entry action, which then decides what to do based on the
currently-used keybinding scheme.
Comment 6 Ferk 2009-07-02 11:57:24 UTC 
It's not only C-A. 
This happens for every keybinding from the gtk key theme (C-p, C-f, C-w, etc), Nautilus seems to be overriding it all.
Comment 7 Ferk 2009-07-02 11:58:21 UTC 
*** Bug 587590 has been marked as a duplicate of this bug. ***
Comment 8 Sense Hofstede 2009-12-22 12:23:02 UTC 
This bug has also been reported by on Launchpad in Ubuntu at <https://launchpad.net/bugs/484126>, which confirms that it is still an issue in Nautilus. The reporter is using GNOME 2.28.
Comment 9 Allan Day 2010-06-22 13:01:17 UTC 
Changing component as a part of ongoing bug reorganisation.
Comment 10 Marcus Carlson 2010-07-04 22:15:10 UTC 
I just tried C-A and it seems to work in location entry but not the other keybindings, but could this bug be closed because of that?
Comment 11 Cosimo Cecchi 2010-07-04 23:06:24 UTC 
That's likely because of bug 314431.

*** This bug has been marked as a duplicate of bug 314431 ***