Bug 120204 - Manipulate application with all it's windows to other workspace.
Manipulate application with all it's windows to other workspace.
Status: NEW
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: future
Assigned To: Metacity maintainers list
Metacity maintainers list
:
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2003-08-19 03:31 UTC by Mårten Svantesson
Modified: 2009-03-27 01:53 UTC (History)
3 users (show)

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.

Note You need to log in before you can comment on or make changes to this bug.