[Panel-devel] Systray (was Re: Drag'n'drop everything)

Matt Broadstone mbroadst at gmail.com
Thu Aug 18 03:28:20 CEST 2005


On 8/17/05, Aaron J. Seigo <aseigo at kde.org> wrote:
> On Wednesday 17 August 2005 10:49, Vince Negri wrote:
> > Aaron J. Seigo wrote:
> > > On Tuesday 16 August 2005 09:55, Georges A.K. wrote:
> > traditional systray as to eliminate culture shock. The user, though,
> > could take the mini-interface area and put it somewhere else on the
> > screen if he/she wished.
> 
> i'm still looking for a compelling reason for this sort of arrange-ability
> other than "because we can".
> 
I'm not wholly against this, I wouldn't mind being able to my systray
in somewhere I personally feel is more visible, or attention grabbing.
Also, I'm not sure if we've agreed to this or not, but I'm pretty sure
the systray _has_ to be a special case container for some applets
(maybe SystrayItem which subclasses an Applet?) this would provide
your arrange-ability as well as support for extenders. That last point
is what got me thinking about this, as I sat here reading and slowly
realizing all my work on the xembed stuff was going down the tube, the
extenders could be tagged to the xembed item but applets provide so
much more power. Of course, this leads us to the problem I think we're
headed towards and that is: what ISN'T an applet? whoa, trippy.


> > If the notification area is distinct from the mini-interface area, and
> > (as Georges suggested in a later email) the notification icons only
> > appear when they are notifying, then the logical next step is to hide
> > the notification area altogether when no-one is notifying.
> 
> many notification related icons need to be shown all the time. think of kmail
> for instance. having a "0 messages" icon is actually useful.
> 
> some notification related icons also have a "mini-interface" and i don't think
> this is a bad thing. the kind of live in both worlds and users don't seem to
> really have a problem with this.
> 
> --
> Aaron J. Seigo
> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
> 
> Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
> 
> 
> _______________________________________________
> Panel-devel mailing list
> Panel-devel at kde.org
> https://mail.kde.org/mailman/listinfo/panel-devel
> 
> 
> 
>


More information about the Panel-devel mailing list