[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: Proposal to implement autohide in systemtray.
From: Aaron Seigo <aseigo () kde ! org>
Date: 2004-10-15 22:27:16
Message-ID: 200410151627.17177.aseigo () kde ! org
[Download RAW message or body]
[Attachment #2 (multipart/signed)]
On October 15, 2004 11:19, Andre Moreira Magalhaes wrote:
> Currently i was looking to bug reports and decided to
> try to implement the autohide of unused icons on
> systemtray.
good luck. =/
> But i have some questions about what can be considered
> an unused icon:
> - An icon that was not clicked for some time. If so,
> how can i catch a mouse press event in a qxembed
> subclass?
you'd need to do it with an event filter that catches all X events for the
geometry covering the systray. this kind of stuff is very, very ugly and
very, very prone to breakage. i'm very, very opposed to this sort of hack. of
course, perhaps someone else can suggest a more elegant way of managing it,
but the basic problem is that the icons are out-of-process and the system
tray has no real way of programatically interacting with them. ergo, the
current systray protocol sucks. this is a known issue.
> - An icon has no activity for some time. What can be
> considered an activity?
>
> In both cases how many time to consider that an icon
> is unused?
there is no reliable way. the current systray protocol is fundamentally broken
in this respect.
btw, sometime before 3.2 or 3.1 i implemented the ability to hide/autohide
icons in the system tray. but because the systray doesn't actually control
the icons they would re-appear at the controling application's whim and do
other crazy and annoying things.
if you end up dead-ending on this one, please look around at other things in
kicker and its applets.. there's all kinds of cool stuff that can be done in
there that's actually possible today =)
--
Aaron J. Seigo
Society is Geometric
[Attachment #5 (application/pgp-signature)]
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic