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 164410 - True Emacs shortcuts
True Emacs shortcuts
Status: RESOLVED DUPLICATE of bug 150059
Product: gedit
Classification: Applications
Component: general
unspecified
Other Linux
: High enhancement
: ---
Assigned To: Gedit maintainers
gedit QA volunteers
Depends on:
Blocks:
 
 
Reported: 2005-01-18 02:16 UTC by Amadeus
Modified: 2005-01-19 10:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Amadeus 2005-01-18 02:16:32 UTC
As it is now, GEdit have some Emacs shortcuts like C-x C-s (save), but eg. C-w
(cut) closes the window, as C-w is the Gnome shortcut for close window.

So I would like to suggest an option for true Emacs navigation for GEdit that
overwrites the default Gnome shortcuts.
Comment 1 Khasim Shaheed 2005-01-18 06:09:25 UTC
All applications which support cut, copy and paste use hot keys C-x, C-s and C-v
so do you mean that all are using Some Emacs short cuts. Or can we restate that
as Emacs is using some short cuts of Gnome.

Gedit also a GNOME component. Why to make it as separate from other components
of Gnome. Is there any reason behind changing the short cuts?
Comment 2 Amadeus 2005-01-18 06:28:36 UTC
I think when a user sets Gnome to use Emacs shortcuts it should be the real
Emacs shortcuts, so C-w cuts and M-w copies etc.

Of course Emacs have way more features than eg. GEdit, but all the features that
GEdit have, do I think should have the Emacs shortcuts, when Gnome is set to use
the Emacs shortcuts.

As Emacs have features for almost every thinkable combination of key strokes, it
will overlap the Gnome shortcuts, like the C-w.

So in order for the Gnome shortcuts not be depricated in every application, I
only think the Emacs shortcuts should effect GEdit, forms, and text fields in
general.

Comment 3 Paolo Borelli 2005-01-19 10:39:01 UTC
I think this is substatially a dup of
http://bugzilla.gnome.org/show_bug.cgi?id=150059: the propblem is that some
keybindings come from gtk etc (for instance Select All, or Close window, etc)
and these change properly when a user changes his keybindings, however when
building the menu in the app we are also required to specify the keyboard
shortcut again and this overrides the others bindings and it doesn't reflects
global settings.

As I said in the other bug, I really don't know a way out of this problem :(

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