Bug 78112 - Advanced user notification system
Summary: Advanced user notification system
Status: RESOLVED REMIND
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: knotify (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Carsten Pfeiffer
URL:
Keywords:
: 96603 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-03-21 00:10 UTC by Unknown
Modified: 2009-02-14 20:31 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Unknown 2004-03-21 00:10:12 UTC
Version:            (using KDE KDE 3.2.1)

Some KDE and non-KDE applications have started displaying notification messages in the bottom-right corner of the screen. For example, MSN Messenger and Mozilla Firefox. Also KDE apps often display a little message in that place, e.g. Kopete.

These might be annoying for some users, but for others they are a lot less intrusive than the traditional alertbox popping up in the middle of the screen.

How about if KDE creates/expands the standard framework for these? For example, they should be configurable, and it should be possible to review the history of missed alerts. It should be possible to disable them temporily.

In fact, I say the functionality should echo much of what's documented here:
http://msdn.microsoft.com/Longhorn/understanding/ux/default.aspx?pull=/library/en-us/dnaero/html/wux_topic_alerts.asp

Ideally, this could be adopted by the good KDE developers before 2007. What do you say? ;-)
Comment 1 Leo Spalteholz 2004-11-28 20:32:40 UTC
I think this feature request is becoming increasingly relevant.  More and more applications are using these info bubbles.   Off the top of my head, Kopete, Amarok, kftpgrabber, appollon...   It would be nice if they had a consistant look.  Every app seems to do it a bit differently.
Comment 2 Leo Spalteholz 2006-02-17 20:02:05 UTC
It appears that Gnome 2.14 will have a feature similar to this.  http://www.gnome.org/~davyd/gnome-2-14/ (bottom of the page)
Comment 3 Michael Biebl 2006-02-18 08:02:38 UTC
Well, you have the knotify framework which is already much more flexible then Gnomes libnotify (you can use notification bubbles, sounds etc und you have a central consistend configuration through kcontrol).
What should be done is to improve the look and featureset of the KPassivePopups. Right now you can specify the level (importance) of the event in eventsrc but it is mostly ignored for KPassivePopups. It should at least use different icons (warning, error, notification, etc) and should have longer timeouts for more important messages.
Comment 4 Leo Spalteholz 2006-08-31 18:30:23 UTC
Looks like this is coming:
http://blog.bepointbe.be/index.php/2006/08/30/18-notifications-in-kde4-with-knotify
Comment 5 Jonathan C. Dietrich 2006-09-28 16:17:53 UTC
I think that being able to log and review notifications is a very good idea.

I would love to have the ability to force all dialog boxes that contain only one option ("OK") to not display and simply go into the log where I can review them. (Why interrupt my work, when you aren't giving me a choice?) 

It would also be nice to have the option to have events like this show up on a news ticker like interface.
Comment 6 Jonathan C. Dietrich 2006-09-28 16:21:40 UTC
This is similar to what I was trying to explain in Bug 96603, which could be marked as a duplicate of this bug. 
Comment 7 Philip Rodrigues 2006-09-28 16:27:05 UTC
*** Bug 96603 has been marked as a duplicate of this bug. ***
Comment 8 Christoph Burgmer 2008-10-22 09:59:59 UTC
This bug hasn't received any input lately so I want to point to http://aseigo.blogspot.com/2008/10/plasma-is-now-feature-complete.html which shows message handling by plasma.
Can this bug be closed?
Comment 9 Jonathan C. Dietrich 2008-12-03 06:42:13 UTC
Although the linked article mentions that notifications are now handled by plasma (a common framework), it gives no indications that the "advanced" feature requests included in this "bug" exist: they should be configurable, and it should be possible to review the history of missed alerts, it should be possible to disable them temporarily. I don't think that this bug should be closed yet, though I will admit that it looks like we are getting closer.