Re: prevent data loss in running activities

2008-02-04 Thread Marco Pesenti Gritti
Looks like the new gnome-session is a good candidate:

http://live.gnome.org/SessionManagement/NewGnomeSession
http://svn.gnome.org/viewvc/gnome-session/branches/new-gnome-session/

We can use EggSMClient for activities, it's planned to go in gtk when
it's ready. The dependencies of the server looks sane, except for
libgnomeui which is easy to rip off (and I'm sure it will be made
optional at some point upstream too).

The protocol currently used is XSMP, but there are plans to
additionally support DBus, whenever a protocol is standardized by
freedesktop.

I suggest talking with Lucas Rocha, to verify the timeframe and the
status of his work.

Marco
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: prevent data loss in running activities

2008-02-04 Thread Tomeu Vizoso
On Fri, 2008-02-01 at 13:41 +0100, Tomeu Vizoso wrote:
 Summarizing, I see three possibilities:
 
 - Adopt a full-fledged implementation of XSMP and ask activities to
 support just the save-on-shutdown part of it. (Giving a nice wrapper at
 least for python activities).
 
 - Implement a subset of XSMP in a new session manager implementation.
 
 - Add a couple of D-Bus methods and signals to OHM/HAL, the sugar shell
 and the activity service enough to support what we need.

One more possibility would be to autosave every X minutes. For
activities using the high level API, we would also need a mechanism for
these to tell the framework if they are dirty.

In this way we minimize further the risk and seriousness of data loss.
Perhaps this would be enough for Update.2?

I understand this is something we want anyway. Eben, am I right?

Tomeu

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel