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 754443 - management of docked dialogs
management of docked dialogs
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
2.8.14
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks: 763744
 
 
Reported: 2015-09-02 10:23 UTC by Jo
Modified: 2018-05-24 15:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jo 2015-09-02 10:23:22 UTC
under the context option 'add dialogs', the dialogs could have a checkbox to add all dialogs we need in one shot. Also locking and unlocking could work like a switch = on and off, on all dialogs in the same time
Comment 1 Jehan 2015-09-04 17:20:00 UTC
> the dialogs could have a checkbox to add all dialogs we need in one shot.

Basically you want the concept of a whole dock being savable/loadable. Only one thing I'm wondering: do you often kill a whole dock?

Most people I know who use GIMP would just have their setup always there (apart for some dialog you use too few to keep them around all the time), so they don't need to add a whole bunch of tabs at once. They are always there (and when they get on the way, one just hides these temporarily).
This seems like an additional settings that nobody will ever use.

>  Also locking and unlocking could work like a switch = on and off, on all dialogs in the same time

I agree that sometimes, you want to lock all your tabs for them not to get removed by mistake. Now the questions are:

Can you add a new tab when a whole dock is locked? If you can't, that's annoying when sometimes you just want to add a temporary tab (you have to unlock, add…). If you can, is the new tab locked itself upon adding (if it is not locked? Then the concept is broken, but if it is locked, then this becomes annoying to remove temporary tabs!)?

In other words, it's an interesting idea, but this would have to be carefully thought if we ever wanted to change this system.
Comment 2 Jo 2015-09-05 12:20:57 UTC
both ideas are more for convenience, than for other reasons. 
Assembling/re-arranging the docked dialogs one be one (dialog) is really annoying, old-baked, also the need to lock one by one.

with locking all dialogs in one shot, i meant to lock the dialogs, not the dock itself. So, adding more dialogs to already locked dialogs wouldnt be an issue. 

I changed dialogs pretty often in the past, now less, because i found the configuration i need. Probably much people care less how the gui looks like. I compare a good application with my workshop/garage: i know where my tools are and need not to search around when i need something, and i go to choose the ui interface elements by refex.
Comment 3 GNOME Infrastructure Team 2018-05-24 15:36:07 UTC
-- 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/747.