[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Thoughts on the systray II.
From:       LiuCougar <liucougar () gmail ! com>
Date:       2005-04-18 22:28:24
Message-ID: 955806780504181528256ade58 () mail ! gmail ! com
[Download RAW message or body]

On 4/18/05, Lubos Lunak <l.lunak@suse.cz> wrote:
> On Friday 15 of April 2005 23:40, LiuCougar wrote:
> > On 4/15/05, Aaron Seigo <aseigo@kde.org> wrote:
> > > On April 15, 2005 21:18, LiuCougar wrote:
> > > > What if I have an app which does not have task bar entry, but requires
> > > > a system tray icon and another kicker panel applet to ahieve more
> > > > advanced features (docking the main window of my app to the kicker,
> > > > which is an existing feature in windows XP).
> > > >
> > > > It seems to me that this is not possible in the new model. Or am I
> > > > wrong?
> 
>  If "docking the main window of my app to the kicker" means making the actual
> window part of kicker, i.e. embedding it, then no. And it's also not possible
> to do it the current way the systray, because this has nothing to do with the
> systray. Unless I misunderstood what you mean, because that description above
> doesn't make much sense to me.
I mean embedding one of the top-level window of skim into one applet
(shipped with skim), and the applet will be added to the kicker when
required by skim. So user won't bother with the applet. If not
required any more, skim will hide the applet.

> > >
> > > no, this will still be possible. you don't need a GUI or a visible
> > > window. you will create a KSomeOtherTray ;) object and give it an icon
> > > and connect to some signals. it will then communicate via X atoms (or
> > > perhaps at some point an IPC mechanism like DCOP/DBUS) to the consumer
> > > (in this case kicker) which will then show the icon.
> 
>  Hmm. Clearly at least one of us misunderstood your description, I'm just not
> sure who. But even if this is about turning a mainwindow into an applet then
> it doesn't make much sense to me either.
As I said, this behavior is a standard one under Windows XP (some
users told me that Mac OS X can also do that). So I hope it would be a
supported approach under KDE as well.

-- 
"People's characters are strengthened through struggle against
difficulties; they are weakened by comfort."
- Old Chinese adage
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]