GNOME Bugzilla – Bug 773829
Complete control over the shortcuts and the linked actions
Last modified: 2018-05-24 17:08:33 UTC
I'd like to have complete control over the shortcuts. For instance: I'm used to toggle with the CTRL + z association to cancel and redo an action. I understand this is not the case for everybody but I'd like to be able to modify the defaults to fit my habits. I also need to see a layer named “reference” and then hide it. I toggle with the F8 key for this. When I hit some arrow key, I like the active object to move one pixel in the chosen direction. I want also the cursor to move accordingly. So you see I need control on the shortcuts and the actions linked to it. I achieved this with Windows. Would it be possible to include it in The Gimp?
This should have been a post to the gimp-user and/or gimp-developer list, you'd have had a bigger audience there. 1. The undo/redo toggle is mentioned in bug 736575 as well - and could be scripted if we had scripting access to undo and redo, as mentioned in bug 773796. 2. Having a layer named reference is possible, toggling its visibility can be scripted, and this can be bound to a key. In my test, this didn't work for F* keys, I'm currently checking if this is a (known) bug. 3. You get this behavior if you are using the move tool, but the cursor won't move. Not sure why you'd want to move it, maybe you can elaborate on that.
Ok, so the F8 behavior is intentional, in parts at least - it is used to get the input focus to the dividers of a GtkPaned widget, in order to be able to move it with the cursor keys. The behavior in GIMP for that is inconsistent, however - for focus on the toolbox, assigned F8 works, for the image window it doesn't do anything obvious, and for the layers, paths etc. docks it performs its intended behavior of bringing the input focus to the divider.
In any case, this is an enhancement request. Tempted to close as INVALID because it has too many issued in one bug report.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/1000.