GNOME Bugzilla – Bug 739734
Display toolbox on top (z-order) of the image window, and add a custom shortcut to show and hide it
Last modified: 2018-05-24 14:52:29 UTC
Created attachment 290100 [details] more info on the attachment itself the toolbox & dock dialogs "tool area", is located either on the left or the right or on both sides of our Gimp UI, "away" from a quick adjustment - moving to the left/right is always a delay. For the comparison: Very complex UI's like seen in Blender, arrange tool settings all around the work area, but even there, we are able to invoke commands simply by pressing the shortcut space. Gimp as 2d application, needs far less tool settings but follows the same 3d-like UI configuration and arranges tools all around the work area, which isn't strictly necessary I'd like to have more control over the "tool area", and to : 1) invoke our "tool area" as a vertical column in the middle of the screen, to make adjustments on the fly, for that fraction of time we need our tools. 2) hide the "tool area" to focus again on our work, using the same shortcut as before to invoke the "tool area"
Wouldn't it be veeery distracting to have it appear right over your current work? Also, the current trend, as witnessed in the 2.9.x development builds, is to have more tool elements as on-cavas controls.
(In reply to comment #1) > Wouldn't it be veeery distracting to have it appear right over your current > work? ;) no, because you invoke the tool palette just for a moment to make your adjustments. Using the same key to invoke/dismiss the tools. I understand your skepticism: usually end-users work with all the tools on-screen, and use Gimp out-of the box. Not that this is wrong, but power-users of Gimp work differently. Usually i work in full-screen, "tabbing" sometimes to get and adjust my tools settings, but hiding them again, to continue to work -which is the important part.
-- 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/618.