Maverick -> Natty upgrade, unity, gnome-panel and windowmanager's party…
didrocks at ubuntu.com
Fri Nov 26 10:22:51 GMT 2010
On ven., 2010-11-26 at 10:10 +1100, Christopher James Halse Rogers
> On Tue, 2010-11-23 at 12:52 +0100, Didier Roche wrote:
> > Hey fellow desktopers,
> > 2.2.2 So, we can think the other way around: only run gnome-panel when
> > needed and not setting it as a required_components by default in the
> > default sessions but still on the gnome classic session (this can be
> > done as well as sessions adds some additional gconf paths).
> > -> 184.108.40.206 if unity runs, nothing to do, no flipping
> > -> 220.127.116.11 if unity can't run, we need to launch gnome-panel. That's
> > currently done as a compiz plugin (and the code is executed even if
> > opengl compiz can't be run on that hardware). So, we can launch
> > gnome-panel, BUT there is no way to set it dynamically as a required
> > component without making heavy changes to gnome-session: basically, what
> > gnome-session doesn't launch, it doesn't know what it is, so we need
> > some kind of libbamf library to match the .desktop file or whatever so
> > that I can add to my yesterday hack a way to set it as a
> > required_component dynamically.
> If you're already adding a dbus call to set required_component
> dynamically, can't you get gnome-session to also start that component
> when it's added as a required_component?
Unfortunately not, because it has to match /Client and /Apps (if you
look at d-feet, it should be obvious). However, if you launch
gnome-panel from the command-line or from another process, it doesn't
get an id (and every --sm-client-id doesn't seem to work) matching it to
its desktop file, hence the fact we should use libbamf for it, but can
be a little bit overkill :-).
One idea from seb's after discussing on IRC will be to launch
gnome-panel by gnome-session using a dbus call. That can works, just
have to see how hard it is to hook this in gnome-session.
More information about the ubuntu-desktop