--===============0878479530==
Content-Type: multipart/alternative; boundary=001636c5b43ba890ee046c69b440

--001636c5b43ba890ee046c69b440
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

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.

--001636c5b43ba890ee046c69b440
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi, <br><br><div class=3D"gmail_quote">On Mon, Jun 15, 2009 at 9:04 PM, Aar=
on J. Seigo <span dir=3D"ltr">&lt;<a href=3D"mailto:aseigo@kde.org">aseigo@=
kde.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D=
"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padd=
ing-left: 1ex;">
<div class=3D"im">On Monday 15 June 2009, Romain wrote:<br>
&gt; Maybe there is a way to tell plasma to drop all unread notifications u=
sing<br>
&gt; dbus but i haven&#39;t looked at that yet.<br>
<br>
</div>no, there isn&#39;t such a dbus call at this point.<br>
<br>
in 4.3, extenders do support grouping but the system tray only uses them fo=
r<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<b=
r>
available for viewing on click, or globally dismissable)
</blockquote><div><br>That would be a start indeed, but i&#39;m afraid that=
 one notification per app would be too coarse grained for Kopete, since tha=
t would mean potentially dismissing unread messages from several contacts, =
probably aggregated notifications per contact would be best. By comparison,=
 KMail doesn&#39;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 eac=
h 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>=A0</div><blockquote class=3D"gmail_quote" style=3D"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&#39;ll track to hack at it soon at least to see how it works.<b=
r></div><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid r=
gb(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?)</bloc=
kquote><div><br>Actually i used the generic kde-devel since i wasn&#39;t su=
re and still aren&#39;t if it is a plasma issue, a kopete issue , or otherw=
ise and didn&#39;t want to flood everyone :) <br>
<br>Best regards, <br></div><blockquote class=3D"gmail_quote" style=3D"bord=
er-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-l=
eft: 1ex;"><br>
<font color=3D"#888888"><br>
--<br>
Aaron J. Seigo<br>
humru othro a kohnu se<br>
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA =A0EE75 D6B7 2EB1 A7F1 DB43<br>
<br>
KDE core developer sponsored by Qt Software<br>
<br>
</font><br><br>
&gt;&gt; Visit <a href=3D"http://mail.kde.org/mailman/listinfo/kde-devel#un=
sub" target=3D"_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub=
</a> to unsubscribe &lt;&lt;<br>
<br></blockquote></div><br><br clear=3D"all"><br>-- <br>Romain.<br>

--001636c5b43ba890ee046c69b440--

--===============0878479530==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0878479530==--