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 428842 - Ctrl+Left Arrow (numpad) moves right, not left
Ctrl+Left Arrow (numpad) moves right, not left
Status: RESOLVED DUPLICATE of bug 356255
Product: gtk+
Classification: Platform
Component: Widget: GtkTextView
2.10.x
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2007-04-12 00:39 UTC by Ron van der Wal
Modified: 2007-05-23 15:26 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Ron van der Wal 2007-04-12 00:39:07 UTC
Please describe the problem:
Using Ctrl+Left arrow should jump to the previous word (left). The separate left arrow key does so correctly, but the left arrow key on the numpad (shared with '4') jumps forward (to the right).

This is caused by an error in the gtk/gtktextview.c key bindings; see below for details.

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?
Yes

Other information:
SOLUTION: Correct the keybindings in gtk/gtktextview.c, ca. line 851:

  add_move_binding (binding_set, GDK_Right, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, 1);

  add_move_binding (binding_set, GDK_KP_Right, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, 1);
  
  add_move_binding (binding_set, GDK_Left, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, -1);

  add_move_binding (binding_set, GDK_KP_Left, GDK_CONTROL_MASK,
                    GTK_MOVEMENT_WORDS, 1);  <<--- last parameter should be -1

The last parameter on the previous source line should be -1, not 1.
Comment 1 Yevgen Muntyan 2007-05-23 15:26:54 UTC

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