GNOME Bugzilla – Bug 159832
Consistent use of Shift to bypass a dialog
Last modified: 2018-05-24 11:17:23 UTC
In 2.2 a new behaviour was introduced to bypass a dialog and use the previously used values. Holding shift while clicking ona button such as the "create new layer" button will not bring up a dialog and use the default/last used values. I would love to see this behaviour used all around the interface since it very much speeds up my workflow. Consider the following cases: * Menu items. Maybe gtk+ supports passing shift+click, maybe it doesn't. It would rock: - apply a filter with last/default settings. We do have Ctrl+F but in most cases I use a series of filters and this only works on the last used filter. - New image, scaling a few images. * Color curves and Color levels. Doing the same change on a different image (can be currently done with saving and loading preset file). * Color picker. It's great for grabbing FG and BG color from an image. A lot of the times I don't want to see the info window though (Shift click has functionality there, would need to change :( ). All these are not only optimising workflow. They build up consistency so that the user can expect bypassing dialogs by holding shift all over and thus increasing intuitiveness of the application.
Doesn't Shift-Click already have the functionality you want for the color picker? So no need to change anything there.
several valuable ideas here but they are not blockers for 2.4, so I am bumping the target.
-- 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/103.