4.5 polishment: system tray

Marco Martin notmart at gmail.com
Sun Mar 7 15:38:51 CET 2010


On Sunday 07 March 2010, nuno pinheiro wrote:
> A Domingo, 7 de Março de 2010 14:21:21 Marco Martin você escreveu:
> > On Sunday 07 March 2010, nuno pinheiro wrote:
> > > > Now, it would be possible to kinda resolve the krunner issue by
> > > > creating a second top level view on that area that appears on alt+f2
> > > > in a dashboard fashion, but icons would still have the same problem,
> > > > would require alt+f2 to show.
> > > 
> > > actually I was thinking more on a show on over like we do for hidden
> > > panels
> > > 
> > > > another way would be to always show said view, ant that would be way
> > > > too annoying.
> > > 
> > > any way the current system tray even with fixes is a huge mess, the
> > > system icons make no seance there in that kinda extreme minimal
> > > task-bar that every app seams to want to use.
> > 
> > yes, but i still think the right place for hardware items is there, what
> > should be pulled out are all application icons (with all the x11 ones to
> > be automatically considered belonging to them)
> > perhaps another systray (or the taskarea component inside the taskbar) to
> > be placed on the other side of the taskbar...
> > still not sure it could look terrible but  could also look very good
> > because would give a bit a sense of simmetry to the panel, and would make
> > sense for sure
> 
> maybe crazy idea but what if we would merge the taskbar and that system
> tray?
> 
> the system try icons would remain as icons the true tasks would have the
> text bit, but they would be together, not mixed but in the same
> containment. I think for most things it would make alot of sense since we
> would be putting them were they belong.

yes, that's -exact.y- what i would like to achieve in the end :)

unfortunately some dumping ground for the old x11 ones would still be needed 
somewhere (perhaps in the taskbar as well?) , but at least for the typical KDE 
use workflow they are slowly going away

Cheers,
Marco Martin


More information about the Plasma-devel mailing list