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 651569 - Allow to "hide" applications
Allow to "hide" applications
Status: RESOLVED WONTFIX
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 656015 (view as bug list)
Depends on: 651568
Blocks:
 
 
Reported: 2011-05-31 19:06 UTC by Florian Müllner
Modified: 2012-03-02 11:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
workspaceThumbnail: Handle minimized windows (3.89 KB, patch)
2011-05-31 19:06 UTC, Florian Müllner
committed Details | Review
workspace: Hide minimized windows (4.52 KB, patch)
2011-05-31 19:07 UTC, Florian Müllner
none Details | Review
app-display: Add menu option to show/hide windows (2.86 KB, patch)
2011-05-31 19:07 UTC, Florian Müllner
none Details | Review
app-menu: Add option to hide application (2.04 KB, patch)
2011-05-31 19:07 UTC, Florian Müllner
none Details | Review

Description Florian Müllner 2011-05-31 19:06:53 UTC
This is mainly a feature proposal to replace a commonly requested status icon functionality (GtkStatusIcon must die die die!).

The first patch fixes a minor issue with workspace thumbnails: the placement of window previews suggests that a thumbnail is a miniature of the "real" workspace, but it still shows previews for minimized windows. It's minor given that minimizing is strongly discouraged, but still worth fixing even if we decide against the feature proposal.

The second patch changes the behavior of the window picker to not show minimized windows - the intention is to redefine minimization as "hiding", e.g. as a replacement for notification area abuse.

The last two patches can be seen as proposals of how to expose the functionality in the UI.

See bug 651568 for a required mutter change.
Comment 1 Florian Müllner 2011-05-31 19:06:56 UTC
Created attachment 188952 [details] [review]
workspaceThumbnail: Handle minimized windows

Workspace thumbnails are supposed to be miniatures of the "real"
workspace they represent, but currently they show minimized windows
like the window picker.
Instead, hide minimized windows and track changes to update the
thumbnail accordingly.
Comment 2 Florian Müllner 2011-05-31 19:07:01 UTC
Created attachment 188953 [details] [review]
workspace: Hide minimized windows

While minimizing was still exposed in the interface, it made sense
to show minimized windows in the window picker (as a de-facto window
list replacement). Now with the minimized action gone from the default
configuration, we are able to redefine the meaning of minimizing as
"hiding", e.g. as a replacement for a common GtkStatusIcon functionality.
So change the handling of minimized windows in the overview to not
include them in the window picker.
Comment 3 Florian Müllner 2011-05-31 19:07:05 UTC
Created attachment 188954 [details] [review]
app-display: Add menu option to show/hide windows

Allow hiding all windows of an application from the app icon's
right-click menu. This functionality is commonly requested by users
for long-running "background" applications (like music players,
messaging apps, ...) and the primary reason for notification area
abuse.
Comment 4 Florian Müllner 2011-05-31 19:07:14 UTC
Created attachment 188955 [details] [review]
app-menu: Add option to hide application

Allow hiding the active application from the application menu. This
functionality is commonly requested by users for long-running
"background" applications (like music players, messaging apps, ...)
and the primary reason for notification area abuse.
Comment 5 drago01 2011-06-22 10:04:55 UTC
Review of attachment 188952 [details] [review]:

This makes sense and the code looks good.
Comment 6 Florian Müllner 2011-06-22 11:20:25 UTC
Comment on attachment 188952 [details] [review]
workspaceThumbnail: Handle minimized windows

Attachment 188952 [details] pushed as a34071e - workspaceThumbnail: Handle minimized windows

Jon - we briefly discussed the hiding feature introduced by the remaining patches on IRC, and you were less than convinced that we'd want this. Can you add a quick comment here, so I can close the bug?
Comment 7 Julien Olivier 2011-06-23 04:58:41 UTC
For the "hide" feature to work well, one more thing is needed: if you "hide" a window, it should not be associated with the workspace it was on when you hid it. Currently, if you minimize a window on workspace 3, the window is hidden but stays associated with workspace 3. Thus, even if there is no visible on this workspace anymore, it won't be removed from the workspace list. Also, if you then move to workspace 2 and click on the launcher icon to un-minimize (un-hide) the window, it will appear on workspace 3 instead of appearing on the current workspace (2). I think it's a bit confusing...
Comment 8 Evandro Giovanini 2011-06-30 15:05:43 UTC
I like the ability to hide windows from applications that aren't being used but I think it would be better to have the function implemented in a way that doesn't require too much user management, like using the menus to hide them like the proposed patch or the current behavior of sending them to their own workspaces.

For example, if I'm simply browsing the web I still want to keep Evolution and Rhythmbox running in the background so I can be notified of new mail or have a song playing in the background. My proposal work flow:

1) Launch Rhythmbox, start a playlist and close its window.

2) Launch Evolution, check for e-mail and close its window.

3) Launch Epiphany and get on with the task at hand (mindless web browsing :).

To restore these applications the user would simply use the Dash or application browser, so the "bring the Rhythmbox window now so I can select a song" action is the same regardless of whether it's already running or not. This is unlike the old GNOME 2 setup, where the user would have to search three distinct places to find an app like Rhtymbox: the window list on the bottom panel, the notification area or the Applications menu.
Comment 9 Florian Müllner 2011-08-05 14:10:30 UTC
*** Bug 656015 has been marked as a duplicate of this bug. ***
Comment 10 Jasper St. Pierre (not reading bugmail) 2011-11-11 22:50:23 UTC
Was there a designer consensus on this?
Comment 11 Florian Müllner 2011-11-11 23:53:21 UTC
As far as I can tell they didn't like it - I asked for a decision in comment #6, no real change since then; guess the bug can be closed WONTFIX.