[sugar] Configuration Service?
Hey Folks, I've been thinking about this for the past few weeks, so I thought I'd send out an email... We need a way to store configuration data, but our current option (GConf) is not very friendly to systems that do not posses the resources of modern desktop. GConf is still dependent on CORBA for the IPC system, and has some features we don't need such as value caching and schema support. What we (probably) need: A hierarchical configuration system, which are just fancy words for a file system paradigm. This should be implemented as a global (probably per-user, per-session) service. I think having a simple service (daemon) that we can use different backends with down the road is best. The obvious choice for implementation of the service is DBUS. My current plan is to implement this with the only dependencies being dbus and glib for the daemon, and sqlite for the default datastore. (The datastore code is already complete.) Specific features: value is defined as : a DBUS-style primitive or container type (See: http://dbus.freedesktop.org/doc/dbus-tutorial.html) string will be null-terminated, UTF-8 sub-tree means a directory in the configuration data. 1) Store/Retrieve a value for a string key 2) Add/Remove a key sub-tree 3) Remove a key 4) Be notified when a key or sub-tree is changed, accessed, added, or removed (which of these is really needed?) 5) Determine whether a key or sub-tree exists, or not 6) Iterate a sub-tree's keys 7) Some mechanism for key permissions: Determine whether a key is readable or changeable , or not. And a way to change this as well. Does anyone have anything they would like to edit on the features definition ? More Thoughts: I would like to know how other people feel about this before I proceed with more coding. Maybe we will want to try and push our solution back to the mainstream ? While the GNOME project has yet to yield a good solution to this, I bet its on the road map. As there is a lot of fragmenting going on in the embedded GTK/GNOME world right now. (Maemo, Access (Palm), Poky, just to name a few..) Having competing implementations being developed should be taken seriously. As I think we want to stay with the rest of the Linux desktop as much as is feasible. How do people feel about key permissions, and how would this tie into our security system ? To be clear, I (and anyone who wanted to help of course!) would be implementing this. I'm not trying to pawn a project off on somebody else. :-P Feel free to email me, or grab me on IRC. Sorry for the ramble, Cody ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Configuration Service?
On Oct 24, 2007, at 11:32 AM, [EMAIL PROTECTED] wrote: A hierarchical configuration system, which are just fancy words for a file system paradigm. Background reading for you, in no particular order: http://live.gnome.org/dconf http://pvanhoof.be/wiki/index.php/Temporary_location_for_D-Conf_specs http://svn.rpmforge.net/svn/trunk/tools/dconf/config/dconf- example.conf http://aseigo.blogspot.com/2005/04/stupidity-of-dconf.html http://git.desrt.ca/gitweb/?p=dconf.git;a=summary -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Resuming by default
2007/10/24, Albert Cahalan [EMAIL PROTECTED]: Eduardo H Silva writes: Yesterday I had this idea: What about providing a secondary palette for the activity launchers in the frame, that show some number of its most recent activities, simillar to how the back button works in Browse? And a primary option to show the journal filtered by that activity would still be there. This could be OK. I could see it looking like this: More... oldest thing of three some middle item the very latest item [start fresh] I was thinking more like: oldest item of the list older item recent item most recent item Most recent... Start New Write (or some other wording which makes sense in all languages, so that the default `tooltip` shows both the activity name and that it will create a new instance (Write from Start?)] Right after the default action, I would place the Most recent... option so as to give it more visibility and be quick to choose, and not be subject to move around on the option list between activities which have more and less entries. Eduardo Where [start fresh] is a click on the icon itself, the More... is literal text which goes to a view of all the saved data, and the other 3 slots are the most recent saved items. The order is as it should be on screen, assuming the mouse pointer starts at the bottom of the menu. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Home view notification within Activity
On 10/24/07, Arjun Sarwal [EMAIL PROTECTED] wrote: Is there a way to know within my Activity when user switches to Home View ? I'd like to make use of that notification to make my Activity free resources as if it has become inactive and gone into the background, rather than depending upon notify::active, which I have observed gets emitted only once another Activity has become active, and not before. Generally activities should not become inactive when you switch to a different zoom level. It's not a context switch, the user might have done it to just invite some people from the mesh to it. That's the reason of the notify::active signal behavior. Marco ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
