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 100930 - Need guidelines for use of the notification applet
Need guidelines for use of the notification applet
Status: RESOLVED DUPLICATE of bug 99175
Product: gnome-devel-docs
Classification: Applications
Component: hig
unspecified
Other other
: Normal normal
: ---
Assigned To: HIG Maintainers
HIG Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-12-11 10:43 UTC by Jeff Waugh
Modified: 2020-12-04 18:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jeff Waugh 2002-12-11 10:43:05 UTC
So the two things that use the Notification Applet in the 2.1.x series
don't actually use it for the Forces of Good. We have:

  - acme: Displays an icon to show that the acme daemon is running,
includes menu with about/preferences/etc. Doesn't do any notification. None
of our other user daemons have notification icons! :-)

  - cd player: Displays an icon to show that the cd player is running (in
fact, the cd player window doesn't pop up when you run it, you just get the
icon, which is a bit confusing), includes menu with
play/next/prev/prefs/about/etc.

  - There are a number of other things that use it outside the desktop
release, such as GnomeMeeting, Rhythmbox, etc. Not many use it correctly.

When Havoc first proposed the new applet, I was of the understanding that
it would only be used for notification icons. When something happens, an
icon pops up for the user to see... and instant message comes in, a new OS
update is available [1], etc. Currently it's being used the same way as the
Windows system tray (completely randomly, mostly for the purposes of
software pimping), and at some stage we'd have to implement icon hiding for
the stuff that doesn't do any notification.

So, it would be good to get some guidelines in the HIG... Happy to thrash
out some stuff in this vein.

[1] Even RHN keeps an "OK" icon there all the time. It should really just
pop one up when new stuff is available, or an update is taking place. I
guess that's a marketing decision though. :-)
Comment 1 Bastien Nocera 2002-12-11 10:49:24 UTC
The bit about acme. The notification icon will be removed when
integration is done into Gnome 2.4. Meanwhile, acme being a separate
(maybe non-running) daemon, it makes sense for it to show its presence.
Comment 2 Jeff Waugh 2002-12-11 10:51:58 UTC
I don't think it does... None of our other user daemons need to. You
can see the status of acme in the multimedia keys dialogue anyway.
Comment 3 Gregory Merchan 2002-12-11 11:32:32 UTC

*** This bug has been marked as a duplicate of 99175 ***
Comment 4 Iain 2002-12-11 13:58:53 UTC
FWIW: the CD player pops up a window at startup now everytime, as the
other way was far too confusing.