Profiles - General Discussion

Gervais Mulongoy gervais.mulongoy at gmail.com
Tue Jan 30 15:33:48 CET 2007


I think if we identify a set of use cases it will be easier to figure out
how to handle this profile thing.

Case1: You go to the movies and the phone should be quiet (either silent or
on vibrate, the screen should be dimmed as well)
Case2: You activate your bluetooth headset and the phone sends the calls to
your headset.
Case3: After missing a couple important calls, you create a list of VIP
callers. Luckily for you, your phone can simulate urgency (if your phone is
in quiet mode, it will always vibrate for urgent calls, if the phone is in
normal mode, it will increase the default ringtone volume or use a specific
and distinct tone to remind you of the urgency of the call)

Hehe, looks like Case3 is less of a use case and more of an algorithm ;)

Case4: You are on a flight to see your grandma, phones shouldn't emit
anything during takeoff and landing.
Case5: You travel across timezones (GPS knows all :). Switch internal clock
but inform the user of the change with an option to revert but to show the
difference between your time and local time.
Case6:- You have your BT headset on, but you are sitting at your desk (next
to the phone), the phone conserves its battery power by using speaker phone.
Case7: You require privacy: so even if your bt headset is on and you are by
the phone it still sends all calls to the headset (and uses a visual cue to
alert you of incoming calls, bt headset has its own ringtone thingthing).
Urgent calls still come through as usual.
Case8: You require stealth: this is a dangerous mode that overrides Urgent,
but only uses the bt headset to inform you of any incoming calls.

So far most of these are event based. So DBus seems appropriate. Profiles
respond to TimeOfDayEvents, BluetoothEvents, GPSEvents, CalendarEvents. The
user needs to set a list of VIP callers, and configure a few modes: Normal,
Quiet, Urgent, Privacy, and Stealth.

So now, a profile has a name, a set of events to look for, and modes/actions
to do.

How does this sound?

-Gervais

On 1/29/07, Joe Pfeiffer <jjpfeifferjr at comcast.net> wrote:
>
> More musings...
>
> Hmmm....  a profile is really an access rights matrix:  depending on a
> variety of things (we've been using location, time, and incoming phone
> number as examples; one expects we'd have other possibilities in
> practice -- maybe even open-ended?), some things are enabled, some
> disabled, and others customized (whether the phone rings, what ring
> tone to use, whether to answer in speakerphone mode....  again,
> open-ended?).
>
> We really want to be able to edit and manage profiles keyed on any of
> the things used to key the profiles; we also want to be able to manage
> groups of similar keys (be able to have a group labelled "emergency"
> for calls that always have to go through but cause the phone to
> vibrate instead of ring when the phone is "off", etc).
>
> So it ought to be possible to go to a name in the contact list, and
> mark it as an "emergency number".  Or mark it individually as a number
> that uses a different ringtone.
>
> Finally, yes, people who are comfortable with named profiles should be
> able to manage them through a central profile editor.  So... maybe a
> "phone settings" button tied to the GPS application that brings up the
> profile editor with current location and time already filled in?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/openmoko-devel/attachments/20070130/aa13b0d9/attachment.htm


More information about the openmoko-devel mailing list