Phone functionality in GUI applications

Koen Kooi koen at dominion.kabel.utwente.nl
Thu Oct 18 10:02:52 CEST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rodolphe Ortalo schreef:
> Le jeudi 18 octobre 2007 à 02:19 +0200, Thomas Seiler a écrit :
>> Am 17.10.2007 um 13:58 schrieb Joachim Steiger:
> [...skipped...]
>>> [...] first it has to be a
>>> working phone.
>> Ok, then lets discuss what is all needed for a minimalistic interface  
>> to get the phone working:
>>
>> - GSM: trigger network registration,  get registration infos, signal  
>> registration info and signal strength updates
>> - SIM: get state, signal PIN entry required, enter pin
>> - VoiceCall: call number, end call, accept incomming, reject  
>> incomming,  signal for dialing, waiting, talking, busy and ringing
>>
>> Anything else ?
> 
> Personnally, I would (try to) add a GPS entry here as it's one of the
> main hardware innovation of modern "phones".
> 
>  - GPS: location available/not available, trigger acquisition, get last
> known location, (...?)

Both gpsd and gypsy already have a dbus interface for that, no need to reinvent the wheel
thare.

> 
> Apart from this (purely personal) subject, the following aspects are
> probably expected too in a working phone:
> 
>  - "Energy" state/requirements: power-line available, on battery, on low
> battery, low-energy target (for user-requested long duration)...
>  - (Data) Network availability (zero-cost/cheap/expensive)

Isn't that the territory of HAL+OHM?

> Lalo recommended looking at the existing Telepathy APIs. Any more
> precise pointers available? (Especially for the last point.)

IIRC maemo has a dbus connection interface ("connect to gprs", "connect to wifi", etc).


> 
> Rodolphe
> 
> 
> 
> 
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFHFxMsMkyGM64RGpERAiVXAJ0WvbTGOLPrJcrSXV8YfUuCLkBeIQCeP5Ks
EA2cMeqxOLhhN9jy12QOspo=
=Es5A
-----END PGP SIGNATURE-----




More information about the framework-devel mailing list