From kde-core-devel  Sun Feb 13 23:22:30 2005
From: Ingo =?utf-8?q?Kl=C3=B6cker?= <kloecker () kde ! org>
Date: Sun, 13 Feb 2005 23:22:30 +0000
To: kde-core-devel
Subject: Re: thoughts on the systray
Message-Id: <200502140022.39440 () erwin ! ingo-kloecker ! de>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=110833699100960
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1157631.Be7RtORG7T"

--nextPart1157631.Be7RtORG7T
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 13 February 2005 23:58, Aaron J. Seigo wrote:
> On Saturday 12 February 2005 05:59, Owen Taylor wrote:
> >   1. Come up with a new, good notification API (probably using
> > DBUS) that meets the requirements of a KDE UI design and a GNOME UI
> > design.
>
> it's more than notification. if we look at what people actually use
> the system tray for, notification is one of the things its used for.
> if we say "only notification, every one else go elsewhere" we will
> end up with the same problems, only not in the system tray. instead,
> we'll have a bunch of applets on the panel taking up even more space
> and committing the exact same abuses. not a brilliant solution.
>
> we must, IMHO, allow for more than notification in the system tray,
> while setting out some basic guidelines that eliminate things like
> "using the system tray as a means to keep your app running and
> accessible even with no windows showing".

It's funny to see that you want to eliminate the functionality which was=20
the most requested functionality of the KMail applet, i.e. hide KMail=20
if the applet is clicked. Or did I misunderstand what you want to=20
eliminate?

Regards,
Ingo

--nextPart1157631.Be7RtORG7T
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBCD+E/GnR+RTDgudgRAuZ2AKCUbYoCNk8SLOOTCi1TTvyAcbMKKwCeP4XX
9PiCvwEseCjE7lWOwI8A1UQ=
=OH5b
-----END PGP SIGNATURE-----

--nextPart1157631.Be7RtORG7T--