Re: Revisiting the GNOME Panel in general...



On Mon, 2004-09-27 at 12:45 +0100, Scott James Remnant wrote:
> On Thu, 2004-09-23 at 00:01 +0800, Davyd Madeley wrote:

> > Scott, we indeed have identical views. For anyone who didn't understand
> > my mumblings, try Scott's ;)
> > 
> Excellent!  From reading your original post I had the impression mine
> were a bit more radical (especially combining launchers and nicons).

Call me fearfully conservative ;)

> > Now, we need to discuss the prospect of making a pipe dream a reality ;)

> I think between us we've actually come up with several different, and
> wholly related, tasks there.
> 
>  * Panel Management.  Basically the "zones" bit I was talking about; the
>    stuff to make the panel a lot more intelligent about management of
>    its contents.

Yes.

>  * Applet API.  I'm with you that basically we're making everything a
>    notification icon, in effect.  The Applet APIs would need to be
>    overhauled to make the world a simpler place.  A lot of the harder
>    work isn't needed with a more intelligent Panel.

I think we have pretty much everything we need already in the
notification area spec. We could almost overhaul libpanel-applet to be
EggTrayIcon I think. From my musing, all of the smarts would have to be
in the panel.

>  * Launcher Plus.  This is a tricky bit; looking at a way to allow
>    programs to "take over" their launcher for use as a control icon. 
>    Making the launchers more "active" in general ... if I click the
>    Mozilla icon when its already running, it should focus it (or maybe
>    open a new window, for Mozilla?)

This is one I hadn't originally discussed, since I'm not entirely sure
how to achieve it. I suspect it can be done in much the same way as
everything else. 10 seconds of thought suggests something like:
Launchers are put in place by the applets-session-manager with an
appropriate name etc.
If an application adds an applet of the same name, the panel puts this
one in place instead of the static icon provided by applets session
manager.
I'm sure there are some flaws in this design that I haven't thought
about yet.

>    There's almost certainly some session management gubbins here.
> 
>  * Hardware/Hal Applets.  Some kind of system to add and remove applets
>    as hardware is added and removed.  Either, as you suggest, integrate
>    this into gnome-session or some kind of applet manager daemon.

Yes. I would separate the hardware applet manager from the other applet
manager (which would easily be part of -session or -panel).

>  * Applets overhaul.  Overhauling the applets themselves to work
>    perfectly in the new world order.

Yes.

> Does that sound about right?

Now we need to write it ;)

-- 
http://davyd.ucc.asn.au/
 
PGP Fingerprint <http://davyd.ucc.asn.au/pgp>
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA

Attachment: signature.asc
Description: This is a digitally signed message part



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]