GNOME Bugzilla – Bug 645853
Moving a window to another workspace should also move all transient utility / tool windows with it
Last modified: 2021-07-05 14:41:08 UTC
If I open an application that has tool windows (like GIMP), and I want to relocate this application to another workspace, it is hard to move its tool windows. - The tool windows are not visible on the Activities overview - They don't show up in the small workspace boxes at the right either - They don't move when I move the main window to another workspace The only way to move them is by right-clicking their title bar. My recommendation would be to automatically move tool windows with their main windows if that has been moved to another workspace.
Quite true. I realise this is because of the Application Based design principle. The solution proposed by Timur is quite probably for the best. ps. they can be moved with the 'Move window to workspace X' keybindings, too.
The proposal sounds reasonable to me, but we should get a designer's opinion anyway.
totally agree here, utility windows should be considered "roomates" to the application that created them, and always remain on the same desktop.
Maybe in the Activities window they should be also be present together with the main window as a "Group" ?
*** Bug 660298 has been marked as a duplicate of this bug. ***
*** Bug 687894 has been marked as a duplicate of this bug. ***
*** Bug 692976 has been marked as a duplicate of this bug. ***
The proposed solution of moving associated utility windows along with the main app window seems like a reasonable way forward.
Pro Tip: retitle your bug reports with more buzzwords so that they are searchable. Otherwise I'm gonna keep filing duplicates because I can't find this one (and thus forget about its existence :)
I'm not really sure how this would work in practice. If a dialog isn't attached, it doesn't have a parent window, does it?
(In reply to comment #10) > I'm not really sure how this would work in practice. If a dialog isn't > attached, it doesn't have a parent window, does it? It may. We attach modal dialogs to their parent, non-modal dialogs can still have a parent. (In the case of utility windows, making them modal doesn't make much sense actually - think (multi-window)-GIMP's tool palette)
If you have multiple image windows in the GIMP, and you move one to another workspace, what would we do? Moving child windows along with a utility/tool window might make sense. It isn't clear to me whether we can logically do it the other way around though. Either way, these kind of multi-window apps don't make much sense in the modern world. They will never be a nice fit in GNOME 3, and our time would be better spent working with 3rd party app developers to help them adopt different interface design patterns.
(In reply to comment #12) > If you have multiple image windows in the GIMP, and you move one to another > workspace, what would we do? Good point, but ... > Moving child windows along with a utility/tool window might make sense. It > isn't clear to me whether we can logically do it the other way around though. ... the other way around doesn't work well, as we don't show utility windows in the overview (e.g. there's no obvious way to move them to another workspace). > Either way, these kind of multi-window apps don't make much sense in the modern > world. They will never be a nice fit in GNOME 3, and our time would be better > spent working with 3rd party app developers to help them adopt different > interface design patterns. So do we expect all secondary windows to be modal? "True" multi-window apps like GIMP are clearly not a good fit for GNOME 3, but many applications (including GNOME ones, e.g. nautilus) use non-modal transient windows for stuff like preferences ...
Hi, Here's my opinion: it would be awesome if you could find a better design patter for GIMP and other apps. But until then, I suggest implementing the original idea (moving tool windows along with main ones) - that would greatly increase usability of GIMP and other similar apps. Thanks, Timur
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.