From kde-core-devel  Mon Feb 14 13:33:29 2005
From: Michael Brade <brade () kde ! org>
Date: Mon, 14 Feb 2005 13:33:29 +0000
To: kde-core-devel
Subject: Re: thoughts on the systray
Message-Id: <200502141433.32301.brade () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=110838803012466
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart3975076.CTmtqInHb8"

--nextPart3975076.CTmtqInHb8
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 14 February 2005 13:06, Aaron J. Seigo wrote:
> On Monday 14 February 2005 03:52, Michael Brade wrote:
> > > the application with a systray entry would only publish data, (and
> > > receive event notifications, for instance "the user wants to see a
> > > context menu for this entry") and not have anything to do with the
> > > actual presentation or management of the GUI.
> >
> > Erm... there is no management of the GUI in the systray anyway.
>
> when was the last time you hacked on it? ;)
Hm... now that I think of it, I guess I even stopped using the KSystemTray=
=20
class itself because of its limitations ;)

> right now, yes. in future there will also be:
>
>  o keyboard access
>  o current app status requests (used for icon hiding, which is pretty lame
> atm because of this)
Excellent, that's what's missing.

> and i really don't want individual apps deciding what a "rmb" means.
> currently, each developer decides what to do and so we have a mish mash of
> behaviours. so instead of "rmb clicked" you'll get "show a context menu at
> point (x,y)". this will simultaneously limit the number of actions a
> systray app can take (making the "stop the insanity" folks happy) while
> still allowing a wide range of flexibility (making app writers and their
> users happy).
As long as you have at least three different actions, all is fine.

> this is also an important step towards proper cross-desktop support. GNOME
> may want left clicks on icons to bring up a context menu. KDE may want le=
ft
> clicks to show/hide the main app interface. this allows both to make those
> decisions and have all systray entries obey them! wowzers!
>
> we could even make these mappings configurable if we were crazy enough =
=3D)
Awesome ;) This is what I meant when I replied to Olaf.

> this is actually what i'm trying to avoid happening =3D)
>
> i fear that if the system tray becomes just a "notification area" then
> things like knotes would have to become applets and i'm really not cool
> with that. in other words, i'm on your side, dude! =3D)
Thanks ;-)) Sounds good, so I'm looking forward to that. /me doesn't want a=
=20
KNotes-applet either...

Cheers,
=2D-=20
Michael Brade;                 KDE Developer, Student of Computer Science
  |-mail: echo brade !#|tr -d "c oh"|s\e\d 's/e/\@/2;s/$/.org/;s/bra/k/2'
  =B0--web: http://www.kde.org/people/michaelb.html

KDE 3: The Next Generation in Desktop Experience

--nextPart3975076.CTmtqInHb8
Content-Type: application/pgp-signature

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

iD8DBQBCEKisdK2tAWD5bo0RAihoAKDG11K8kWWZaXFNu2P6d6k0k6PjyQCgzHHr
RHy3bg0n+qB/VozmxgrTUvQ=
=RjxX
-----END PGP SIGNATURE-----

--nextPart3975076.CTmtqInHb8--