[Gpephone-devel] To make it complete...

[Richard Zhao]

Perhaps we should consider audio interrupt management. Here is a use
case. When user is listening music, there's a phone call coming. It'd
better mute or volume down the music and play ringtone loudly. When user
press accept button, it'd better mute/pause the music player, and let
phone voice come out of receiver or speaker. When user hang the call,
music player'd better unmute/resume the music. The use case has been
implemented by most phones, including feature phones. I suggest we
consider a mechanism in Gpephone, though it's a little complex.

> Hello all,
> 
> I just started to collect tasks we need to do in order to make G(PE)^2 a
> complete and useful framework. I'll start with a list of things I have in mind -
> please comment and extend.
> 
> * Applications
> 
> Required:
> - Configuration and customisation GUI
>   e.g. Bluetooth controls, language settings, input methods, date & time, IP and
> GSM network, ringtones, wallpaper...
> - Network connectivity management
> - Integration of PIM application with OBEX services (IrDA and Bluetooth)
> - Button event manager (e.g. to handle special keys such as power, profile
> selection... 
> - More customizable homescreen with support for plugins.
> - Improved process lifecycle management
> - Service oriented launch of applications
> - Improved email client
> - File manager
> - Use of gnome-vfs for applications in order to avoid exposing the complete
> filesystem to all users.
> - Introduction of security mechanisms
> - A task switcher and integration of this with the button event management
> - Text input method for devices with numeric keypad
> - phoneserver improvements
> 
> Not required but important to have:
> - html and wap browser
> - backup tool
> - package manager GUI
> - j2me support
> - Text and voice notes application
> 
> 
> * SDK and development
> - A consistent SDK solution that is able to build both images and single binaries.
> - We should recommend a set of base library versions and test our software with
> these.
> - Same applies to compiler and binutils
> - Include profiling tools into the SDK
> 
> 
> Even if this looks quite much it is quite likely that I forgot about some
> things. :-)
> 
> Greetings
> 
> Florian
>