[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: Systray Notifications
From:       Jamboarder <jamboarder () yahoo ! com>
Date:       2008-11-29 18:29:16
Message-ID: 874502.95299.qm () web37305 ! mail ! mud ! yahoo ! com
[Download RAW message or body]

--- On Sat, 11/29/08, Rob Scheepmaker <r.scheepmaker@student.utwente.nl> wrote:

> From: Rob Scheepmaker <r.scheepmaker@student.utwente.nl>
> ... I don't
> think that there's much else 
> we can do about this (except grouping for 4.3). If you have
> any suggestions, 
> please tell. :)
> 
> Regards,
> Rob

How about having a max number of notifications shown at the same time?  It could show, for \
example, the latest 3 (or whatever max number) unexpired notifications and all unexpired \
notifications could be available upon click of the systray notifications icon.  This max number \
*could* be configurable (hidden for 4.2, UI for 4.3).

The work on the notifications framework is awesome.  Since we're consolidating the different \
types of notifications into this framework, we could perhaps look at the use cases for the \
different types of notifications we're consolidating and decide behavior based on that.  I \
imagine many KDE apps have been using jobs the way they have because the impact used to be a \
minimal: job windows that remained open as long as the job was active - small jobs disappeared \
before notice.  Apps used popups for other reasons.  

I don't suppose there's a way to tell which of these notifications used to appear as windows, \
which appeared in popups, etc.? If there is, then perhaps we could replicate the persistence \
behavior of those notifications to match what they did before (e.g. disappear/expire when \
complete for jobs that used to appear as windows, expire after some seconds for notifications \
that used to appear as passive popups, persist indefinitely for notifications that require \
interaction, etc).

Hope this helps,
Andrew Lake

_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


[prev in list] [next in list] [prev in thread] [next in thread]