[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: Kopete / Plasma notification grouping ?
From: Romain <romainguinot () gmail ! com>
Date: 2009-06-15 21:26:05
Message-ID: ae44b51f0906151426y74e77532xfae8a395939ab43e () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi,
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 <<
>
>
--
Romain.
[Attachment #5 (text/html)]
Hi, <br><br><div class="gmail_quote">On Mon, Jun 15, 2009 at 9:04 PM, Aaron J. Seigo \
<span dir="ltr"><<a href="mailto:aseigo@kde.org">aseigo@kde.org</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im">On Monday 15 \
June 2009, Romain wrote:<br> > Maybe there is a way to tell plasma to drop all \
unread notifications using<br> > dbus but i haven't looked at that yet.<br>
<br>
</div>no, there isn't such a dbus call at this point.<br>
<br>
in 4.3, extenders do support grouping but the system tray only uses them for<br>
jobs.<br>
<br>
what probably should happen is that the notifications for each application<br>
should be put into its own group and only the last 1 shown (with the rest<br>
available for viewing on click, or globally dismissable)
</blockquote><div><br>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...<br> <br>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 :(<br> </div><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <br>
the relevant code is in Applet::addNotification(Notification *notification) in<br>
kdebase/workspace/plasma/applets/systemtray/ui/applet.cpp</blockquote><div><br>Maybe \
i'll track to hack at it soon at least to see how it works.<br></div><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <br>
<br>
(note that the plasma-devel list is probably more on-topic for \
this?)</blockquote><div><br>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 :) <br> <br>Best regards, <br></div><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"><br> <font color="#888888"><br>
--<br>
Aaron J. Seigo<br>
humru othro a kohnu se<br>
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43<br>
<br>
KDE core developer sponsored by Qt Software<br>
<br>
</font><br><br>
>> Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" \
target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> to \
unsubscribe <<<br> <br></blockquote></div><br><br clear="all"><br>-- \
<br>Romain.<br>
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic