From kde-devel Mon Apr 18 15:41:52 2005 From: Lubos Lunak Date: Mon, 18 Apr 2005 15:41:52 +0000 To: kde-devel Subject: Re: Thoughts on the systray II. Message-Id: <200504181741.52843.l.lunak () suse ! cz> X-MARC-Message: https://marc.info/?l=kde-devel&m=111383895126461 On Monday 18 of April 2005 17:25, Aaron J. Seigo wrote: > On Monday 18 April 2005 08:30, Lubos Lunak wrote: > > > > no, this will still be possible. you don't need a GUI or a visible > > > > your application will recieve events like "show your context menu > > > > now, please" and "ok, show your main window!" > > > > No, it preferably shouldn't. Aaron, I thought one of your problems with > > the old systray was the apps do a lot of stuff themselves. > > yes, so if we standardize via the implementation which user interactions > result in which application events (e.g. "right click results in a context > menu") things become better. And they become even better if simply Kicker itself shows the window. It can, it does so with my patches. Having the popup handled by Kicker would have similar advantages, but there comes the problem of transferring the popup. > > > The "show your > > context menu" part in the plan is only because I don't know how to > > transfer the popup to kicker without somebody complaining that their > > doesn't work in the popup. > > yes, it would be optimal if the menu were part of kicker. this may be > possible, but i have my doubts as well. so this is a compromise. I can transfer menu containing text entries, that's no problem. Even some of the weird menu items like sliders could be supported. But a list of such items has to be finite. Well, that's an implementation problem, I don't think we're quite there yet. -- Lubos Lunak KDE developer --------------------------------------------------------------------- SuSE CR, s.r.o. e-mail: l.lunak@suse.cz , l.lunak@kde.org Drahobejlova 27 tel: +420 2 9654 2373 190 00 Praha 9 fax: +420 2 9654 2374 Czech Republic http://www.suse.cz/ >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<