On Mon, Jun 15, 2009 at 9:04 PM, Aaron J. Seigo <aseigo@kde.org> wrote:

On Monday 15 June 2009, Romain wrote:
> Maybe there is a way to tell plasma to drop all unread notifications using
> dbus but i haven't looked at that yet.

no, there isn't such a dbus call at this point.

in 4.3, extenders do support grouping but the system tray only uses them for
jobs.

what probably should happen is that the notifications for each application
should be put into its own group and only the last 1 shown (with the rest
available for viewing on click, or globally dismissable)

That would be a start indeed, but i'm afraid that one notification per app would be too coarse grained for Kopete, since that would mean potentially dismissing unread messages from several contacts, probably aggregated notifications per contact would be best. By comparison, KMail doesn't have this problem since it manages to aggregate several unread messages into one plasma notification, even indicating how much are unread in which folder so maybe kopete could do something like that too. It would be indeed really annoying if you had one plasma notification for each unread mail when you come back online...

The dbus call would otherwise be a backup solution, otherwise there is no way to get rid of all those notification bubbles if something goes wrong :(

the relevant code is in Applet::addNotification(Notification *notification) in
kdebase/workspace/plasma/applets/systemtray/ui/applet.cpp

Maybe i'll track to hack at it soon at least to see how it works.

(note that the plasma-devel list is probably more on-topic for this?)

Actually i used the generic kde-devel since i wasn't sure and still aren't if it is a plasma issue, a kopete issue , or otherwise and didn't want to flood everyone :)

Best regards,

--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<