thoughts on the systray

[Reinhold Kainhofer]

Lubos Lunak wrote:
> 4) Daemons, quick access, whatever
> - This is stuff like alarmd (or whatever that systray icon KOrganizer
> brings all the time is called), the several systray icons from SUSE
> (susewatcher, suseplugger, profile switcher), and maybe even Klipper.
> - Probably the best description of this case is that these are the things
> that you usually don't want to see. I really don't care about alarmd as
> long as there's no alarm, 

Yes, you use the correct wording "as long as there's no alarm".

The one and only reason korgac has it's own systray icon is that it adds the 
ability to disable alarms temporarily. In particular, if you are giving a 
presentation or something like that, you don't want any reminders to pop up. 
And the system tray icon is the only place to achieve this.

The other feature available in the systray is to dismiss all alarm dialogs (if 
you went away on vacation for a few weeks, and hundreds of alarms popped up). 
That might just as well moved to a button inside each reminder dialog.

And the final "feature" of korgac that is available only in the sys tray is 
the possiblity to exit korgac. Compare this to evolution's data-server which 
will always stay running in the background (if you have started evolution 
once, the session management will take care of restarting, even if you never 
intend to run evolution again). The only way to kill it is doing an explicit 
kill PID.

Cheers,
Reinhold

-- 
------------------------------------------------------------------
Reinhold Kainhofer, Vienna, Austria
email: reinhold at kainhofer.com, http://reinhold.kainhofer.com/
 * Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at
 * K Desktop Environment, http://www.kde.org/, KOrganizer / KPilot maintainer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050214/3a7c3dba/attachment.sig>