GNOME Bugzilla – Bug 649589
GtkTextView Word Motions Inconsistent
Last modified: 2014-04-10 15:31:06 UTC
GtkTextView appears to have inconsistent word motions (Ctrl+Left/Right and their deletion counterparts). Some issues with them have been reported before, but they don't seem to be exactly the same issue. It may be that the actual behavior (or parts of it) is intended to be helpful, but it is different than other toolkits. (It is particularly annoying while editing source code in Gedit, so maybe it would be better to have an option for this inside applications.) An example is best to describe the first inconsistency: this->that(); From the end of the line, pressing ctrl+left moves the cursor directly after >. Pressing ctrl+right from this location moves the cursor directly do the end of the word 'that'. (So the motions are not exactly 'opposite'.) There is no way to use the same motions to return to the starting position either, because it will skip *past* the next word on the *next* line. Blank lines are also an issue, as Ctrl+Left and Ctrl+Right will move to the beginning or end of the word at the beginning or end of the range of blank lines (respectively). (And, any lines that only have punctuation are considered blank) Anyway, I hope this helps someone.
Bug 61176 and 611323
(In reply to comment #1) > Bug 61176 and 611323 Oops. That should have been: Bug 61176 and Bug 611323 are similar.
The root of the problem is bug #727972. *** This bug has been marked as a duplicate of bug 727972 ***