GNOME Bugzilla – Bug 678275
could not setup a shortcut prefixed with 'shift'
Last modified: 2020-11-06 20:22:54 UTC
steps to reproduce: 1. go to edit->preferences->general->shortcuts. 2. explode a fold 3. double click on a shortcut value to enter a new one 4. press the shift key + another one: the shift isn't taken into consideration. I'd really like to have a shift option as, for instance, compiling should go shift+f7 for the whole project, and f7 for just the current module.
(In reply to comment #0) > steps to reproduce: > 1. go to edit->preferences->general->shortcuts. > 2. explode a fold > 3. double click on a shortcut value to enter a new one > 4. press the shift key + another one: the shift isn't taken into consideration. > > I'd really like to have a shift option as, for instance, compiling should go > shift+f7 for the whole project, and f7 for just the current module. It seems that shift+F7 is not accepted by Gtk anymore, Shift+F7 and F7 run the same function. We probably have to change our default shortcuts
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/anjuta/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.