Idea for context defined profiles

[Guillaume Chereau]

On Fri, 2008-06-06 at 14:41 +0800, Crossley, Steven wrote:
> Hi Charlie,
> 
> Sorry if I'm out of line emailing you direct like this.  I had an idea
> about how I thought context could be used to manage the behaviour  of
> the Freerunner and you seem to be the guy who is laying the groundwork
> for this in the new framework.  I've put my idea on the wiki at
> http://wiki.openmoko.org/wiki/Proposal_for_context_management if you
> have some time to look at it.
> 
> Best Regards
> 
> Steve Crossley (kombipom)
> 

Hi
Yes, Mickey assigned me to the context manager service for the
freesmartphone framework, so I am the right person to ask.
I haven't started thinking about this yet. But I like your idea.
Yes, we need to have a system that can manage a set of conditional
expressions choosing the profile from several inputs.

I guess we need to separate the project in two parts (as you correctly
put in the wiki page):

- First part : a system that only decides what profile should be used at
every moment. This manager is listening (via d-bus) to the other
freesmartphone services, and when the profile changes, it emits a signal
(heck, if we have a good preferences manager, it could just set the
context configuration value and let the preference manager signals all
the interested applications)

- Second part : a system that performs operations when a given profile
is selected. Once again, all it should do is communicate with the other
freesmatphone services.

Ok here is the first draft of class structure I can think of for the
system : 

== class Context ==
- int priority
- string name
- list<Criterion> criteria
- list<Rule> rules

== class Rule ==
- on_activate()
- on_deactivate()

# Special useful criterion that redefines a conf using the preference
manager 
== class SetConfRule : Rule ==
- key
- value

== ContextManager ==
- list<Context> contexts

I think the system should rely a lot on the preference manager. So I
need to work on both :)

i will try to create a first quick python implementation of both
services in python so we can play with it.

Cheers,

- charlie


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxtogo.org/pipermail/smartphones-standards/attachments/20080606/7ca12d46/attachment.pgp>