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 120204 - Manipulate application with all it's windows to other workspace.
Manipulate application with all it's windows to other workspace.
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: future
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2003-08-19 03:31 UTC by Mårten Svantesson
Modified: 2020-11-07 12:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
mockup (15.90 KB, image/png)
2006-02-13 12:15 UTC, Nguyen Thai Ngoc Duy
Details

Description Mårten Svantesson 2003-08-19 03:31:03 UTC
It would be nice if you somehow could manipulate all windows belonging to
an application. This would be especially useful for applications with
(potentially) many windows, like GIMP. Mimimising, restoring and moving to
another worskpace are the operations I think would be useful.
Comment 1 Havoc Pennington 2003-12-07 21:15:41 UTC
Many UI and implementation questions here.
Comment 2 Gregory Merchan 2003-12-08 22:50:58 UTC
For most applications, including the GIMP, this should not require
any special feature. The GIMP's image windows should be (but aren't)
the main windows of the application and the toolbox and inspector
windows should be utility windows. All utility windows without a
specific transient parent (which should be all of them) should
"follow" the main windows of the application. Thus, if an image is
moved from workspace 1 to workspace 2, the utility windows should
"move" with it. If there is still an image on workspace 1, such that
there are now images on both workspace 1 and 2, the utility windows
should appear on both workspaces. Accordingly, the utility windows
should not be allowed to move among workspaces independently - they
should not have "Move to workspace %d" in their menus, nor should
they appear in the pager.

To move multiple main windows - say, two images - we just need an
interface to multiple window operations, as has been discussed
elsewhere. A special interface for "move this app's windows" isn't
needed.
Comment 3 Elijah Newren 2004-10-14 22:57:39 UTC
See also bug 141171.
Comment 4 Nguyen Thai Ngoc Duy 2006-02-13 12:15:35 UTC
Created attachment 59252 [details]
mockup

I suggest this mockup.
There are another menu item in addition to minimize,maximize,scroll up.. : Manage windows in application (for example).
When this menu item is chosen, this dialog shows up, listing all windows of a application. The list is multiple choice. You choose what you want then change status combobox (including normal, minimized, maximized and scrolled up) and/or workspace (listing all workspace names). Changes affect immediately. When single selection is chosen, status/workspace is updated properly. If multiple selection, status/workspace is set to -1 (empty).
Comment 5 Thomas Thurman 2009-03-27 01:53:57 UTC
This would probably better be done with an external script than in-process.
Comment 6 André Klapper 2020-11-07 12:36:10 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all
old feature requests in Bugzilla which have not seen updates for many years.

If you still use metacity and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/

Thank you for reporting this issue and we are sorry it could not be implemented.