Comment 17 for bug 274146

On Wed, 2008-10-01 at 19:13 +0200, Martin Pitt wrote:
> Matt Zimmerman [2008-10-01 14:19 +0100]:
> > > That's correct. However, if the user doesn't get the deskbar applet added,
> > > they don't lose anything they had before. With the changed logout button,
> > > they are losing functionality they previously had.
> >
> > Note that this, the most significant issue in my opinion, could be easily
> > addressed by restoring the lost functionality to the logout button.
>
> If that would actually be easy to do, sure. However, my gut feeling
> says it should actually be easier to just pretend that the new f-u-s-a
> applet is just the "replacement" of the old logout applet? It already
> provides all the logout/shutdown/etc. options. Ted, do you have a
> qualified estimate of how much work either option would be?

I think I'm going to try and be a little verbose here, just to ensure
that we're all talking about the same thing and that others (and perhaps
me) aren't confused in the thread :)

To change the current logout button to show the old dialog, and work
around the GNOME session dialogs would take a couple things. One would
be writing that dialog, though probably most of that would be available
in the previous GNOME session patch. Then it would call GNOME Session
through XSMP with the "no GUI" option similar to how the FUSA applet
does it today. This would requiring the C code that implements the
panel object that is the logout button.

To change gnome-panel so that when it saw the object ID for the logout
button and then put in the FUSA applet would be... interesting. I
imagine the code itself wouldn't be hard but I would be a little worried
about fallout in things like the "Add to Panel" dialog and things like
that where we'd need to ensure that we accurately display what is going
to happen.

  --Ted