On Tue, 2004-09-28 at 11:38 +0800, Davyd Madeley wrote:
> 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 ;)
>
When you're thinking radical, there's no point backing down on the scary
bits <g>
> > * 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.
>
On a review of that, there's still some bits missing from
EggTrayIcon/notification icons we may want/need to do away with
"applets" entirely:
* "type" hint -- in order to place new icons intelligently, we'd need
some kind of associated purpose hint for them. This could be
"launcher", "hardware", "information", etc.
* size negotiation -- applets can query the panel to find out it's
size and orientation, notification icons can't. Possibly useful for
things like the contact lookup applet
* moving/re-ordering icons -- we'd need some way to be able to move
and re-order icons; this would need co-operation with the applet to
let the panel do that to it.
* menus -- how do we add things like the Move, Lock & Remove menu
items? How do those messages go to 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.
>
What would the applets-session-manager do? How would that be different
from the ordinary session-manager?
> 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.
>
The other way I was thinking was that each launcher is in effect a cheap
applet that keeps an eye out for this kind of thing, and also provides
click-to-focus and things like that.
This needs some thought, probably worth punting towards the freedesktop
guys as well at some point?
> > 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).
>
I figure there would be a hardware applet manager that'd add detect
hardware and add the appropriate applets on startup, and as they're
plugged in ... these wouldn't get saved in the session.
Scott
--
Scott James Remnant
scott canonical com
Attachment:
signature.asc
Description: This is a digitally signed message part