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 472371 - key F7 behavior
key F7 behavior
Status: RESOLVED FIXED
Product: gedit
Classification: Applications
Component: general
2.19.x
Other Linux
: Normal normal
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2007-08-31 23:34 UTC by Jonh Wendell
Modified: 2007-09-06 11:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Proposed patch (891 bytes, patch)
2007-09-05 13:00 UTC, Jonh Wendell
none Details | Review
Proposed patch, with doc changes (1.89 KB, patch)
2007-09-05 13:35 UTC, Jonh Wendell
committed Details | Review

Description Jonh Wendell 2007-08-31 23:34:35 UTC
Hi.

Is this a new feature? F7 key is hiding the cursor.
I used to have that key enabled by devhelp plugin, but since 2.19 version it hides the cursor. By pressing it again, the cursor is restored.

(If i click on 'Show API Documentation' item under Tools menu, devhelp works as expected, so i guess this issue is not devhelp's fault)
Comment 1 Paolo Maggi 2007-09-05 12:37:52 UTC
I think this regression was introduced by the following patch to gtk+

2007-05-18  Matthias Clasen  <mclasen@redhat.com>

	* gtk/gtktextview.c: Add a toggle-cursor-visibility keybinding
	signal, and bind F7 to it.  (#380048, Tim Miao)


Comment 2 Jonh Wendell 2007-09-05 13:00:44 UTC
Created attachment 94989 [details] [review]
Proposed patch

Needs confirmation from the docs guys
Comment 3 Jonh Wendell 2007-09-05 13:35:20 UTC
Created attachment 94991 [details] [review]
Proposed patch, with doc changes

This time i've changed the manual too.
Comment 4 Jonh Wendell 2007-09-05 18:42:23 UTC
2007-09-05  Jonh Wendell  <jwendell@gnome.org>

	* plugins/spell/gedit-spell-plugin.c:
	  Changed keybind from F7 to <Shift>F7, avoiding a conflict with
	  gtk 2.12, fixes bug #472371.
Comment 5 Paolo Borelli 2007-09-05 20:00:11 UTC
Who approved this patch? Why it has been committed?

Please revert and do not commit to gedit before the change has been approved.

I do not agree that we should change the shortcut... that patch to gtk sucks and has to be fixed instead.
Comment 6 Jonh Wendell 2007-09-05 20:13:12 UTC
I sent a message to release-team:
http://mail.gnome.org/archives/release-team/2007-September/msg00031.html

And i chatted with paolo on irc about that.

But if you still want, i can revert the commit for you.
Comment 7 Paolo Borelli 2007-09-05 21:18:07 UTC
Sorry if I sounded a bit upset, if Paolo blessed the change on irc then ok (maybe next time you can mention that in bugzilla).

Personally I do not like at all that we have to change the shortcut and I also hate the fact that a newwer version of gtk steals very common keybindings like F7 (which is also used in the devhelp plugin for instance), but it's not your fault, so no need to revert.
Comment 8 Paolo Maggi 2007-09-06 09:11:49 UTC
I approved the patch by John on IRC.

pbor: I agree with you that the gtk+ patch sucks, but:
- it is a keybinding so, AFAIK, there is no way to make it work only when the text view is in a given state (as we discussed a few days ago)
- they introduced it on may, so it is a bit late for us to complain (as we said we should try to track all the changes introduced in GtkTextView and friends).

Sorry for the misunderstanding with you and John.

Comment 9 Jonh Wendell 2007-09-06 11:14:17 UTC
Thanks, guys.
So, i'm closing this again, ok?