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 131012 - Download Manager should hide when clicking on system tray icon
Download Manager should hide when clicking on system tray icon
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Interface
1.1.x
Other Linux
: Normal enhancement
: 1.2
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2004-01-09 14:44 UTC by Lars Trieloff
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Lars Trieloff 2004-01-09 14:44:14 UTC
When clicking the download manager icon in the system tray, the download
manager should hide, if it is visible and be shown if it is hidden.

This is the same behaviour as Gaim, liferea and Rhythmbox show it.

Currently it is only possible to hide the download manager by clicking the
Close Symbol of the window manager.
Comment 1 Xan Lopez 2004-01-13 21:16:57 UTC
Fixed in cvs, thanks for your feedback.
Comment 2 Dave Bordoley [Not Reading Bug Mail] 2004-01-24 20:45:37 UTC
I think we should consider reverting this change. I know seth has
expressed some reservations about this behavior and I'm not convinced
that its at all good for usability. The notification icon is suppose
to represent a temporary downloader object. Similar to the file
manager anytime you click on it, it should present the downloader.
This is analogous to how clicking on an already open folder in
nautilus will present the folder (not close it). We are breaking
consistency with this established mode of operation and simply doing
this because other apps are seems suspect to me.
Comment 3 Dave Bordoley [Not Reading Bug Mail] 2004-01-24 20:46:58 UTC
I'm going to reopen this for further consideration, and I apologize
for not commenting earlier xan. Its also worth noting that the other
apps that exhibit this behavior are not core desktop apps so we should
not feel the need to follow their behavior for the sake of consistency.
Comment 4 Xan Lopez 2004-01-24 21:13:37 UTC
More than behaving the same way other apps do I find this useful to do
the following:
- click on tray icon to see how downloads are going
- click again, without moving mouse, to hide the dialog and continue
with whatever I was doing.

With the old behaviour you need to move to the close button in the
dialog and click it to do the same. Not a big deal, but it's a useful
feature IMHO. That being said, I'm willing to be convinced to kill it
to achieve usability greatness.
Comment 5 Dave Bordoley [Not Reading Bug Mail] 2004-01-24 21:32:06 UTC
> With the old behaviour you need to move to the close button in the
> dialog and click it to do the same. Not a big deal, but it's a useful
> feature IMHO. That being said, I'm willing to be convinced to kill it
> to achieve usability greatness.

We already have an interface element specifically designed for showing
and hiding a window as such, its the window list applet. For your
example why not leave the window always "open" and show and hide from
the window list? The notification area is meant to hold temporary or
very important desktop objects, its not meant to be another window list.



Comment 6 Dave Bordoley [Not Reading Bug Mail] 2004-01-26 07:41:00 UTC
http://developer.gnome.org/projects/gup/hig/draft_hig_new/desktop-notification-area.html#desktop-notification-or-applet

Not to mention we are violating the HIG here too:
"Double-click or Space key should perform the icon's default action.
Normally this should open a window with relevant data, for example"
Comment 7 Marco Pesenti Gritti 2004-01-26 17:20:21 UTC
Good point and I felt single click weird myself too. I think we need
to revert this.
Comment 8 Xan Lopez 2004-01-27 10:18:45 UTC
Well, we were violating the HIG before this patch anyway, so let's
revert and make double click show the window.
Comment 9 Marco Pesenti Gritti 2004-01-27 10:19:57 UTC
I was convinced we used 2 clicks before, though I'm prolly on crack ;)
Comment 10 Marco Pesenti Gritti 2004-03-01 18:17:11 UTC
Was this reverted ?
Comment 12 Xan Lopez 2004-03-01 18:40:21 UTC
Yes, it was. We don't have the double click thing (I don't think we
ever had) because that needs changes in the egg code.
Comment 13 Marco Pesenti Gritti 2004-03-01 19:19:08 UTC
fixed in cvs