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 622625 - In Single-Window mode 'New View' [a clone view of a picture] appears in a tab instead of separate window; the tab cannot be detached
In Single-Window mode 'New View' [a clone view of a picture] appears in a tab...
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
git master
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 785851 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-06-24 15:51 UTC by trapDoor
Modified: 2018-05-24 12:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Dragging the image tab to a dockable area makes a blue highlight, but doesn't do anything (412.14 KB, image/png)
2011-01-12 15:59 UTC, Lubosz Sarnecki
Details

Description trapDoor 2010-06-24 15:51:13 UTC
I'm using GIMP compiled from git master (along with babl and gegl). In the Single-Window mode when I open a clone view (View > New View) of a picture, it comes up in a tab where it should rather appear in a separate window. I want to see all changes in the clone output as I make them in the original picture. It won't let me detach the tab with clone view. The workaround is switching to Multi-Window mode. But it happens that I prefer Single-Window or rather mixed-mode (some windows/boxes docked to the main window, others not). Anyway regardless of what mode I work in I think the clone should always appear in a separate window. Otherwise this functionality doesn't serve its purpose.
Comment 1 Martin Nordholts 2010-06-24 16:14:07 UTC
Putting onto 2.8 milestone so we don't forget to remind guiguru that the spec needs to take care of this usecase.
Comment 2 trapDoor 2010-11-03 16:36:01 UTC
bump
Comment 3 Martin Nordholts 2010-11-03 16:45:42 UTC
Next person thinking about bumping: Please don't, it doesn't help, it is only annoying. Thanks.
Comment 4 Lubosz Sarnecki 2011-01-12 15:59:37 UTC
Created attachment 178152 [details]
Dragging the image tab to a dockable area makes a blue highlight, but doesn't do anything

Tiling should be possible in single window mode to fix this.
Comment 5 Martin Nordholts 2011-03-08 20:40:48 UTC
To be able to release 2.8, we need to put a limit on the functionality we include in the first release. This is not a critical or main use case for single-window mode, so I'm not going to fix this for 2.8. Removing from milestone.
Comment 6 Lorenzo 2016-12-04 10:22:52 UTC
Hi,

Wonder what the status of this is today. I still think this would be a nice feature, also - for example - when working with two monitors, where you'd have the 'single window' on one and an additional veiw on the second monitor, in a similar way to some video editing applications.
Comment 7 Jehan 2017-08-05 19:28:14 UTC
*** Bug 785851 has been marked as a duplicate of this bug. ***
Comment 8 GNOME Infrastructure Team 2018-05-24 12:47:56 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/333.