Jim McDonald <[EMAIL PROTECTED]> wrote : > Yep that's roughly what I'm talking about but we need the base code to > be set up such that it will make those calls and pay attention to the > results, which is the main thrust of my argument.
All the code should need to do is talk to notification process, fire off an event, listen for a result and then act on the returned ID. Example: Incoming phone call. Phone process would send the event code to the notification system, the notification system would look at rules for this event, see if it matches any and if so return the action to the process. So if you have configured calls to be forwarded, the notification system would return an action that the phone process needs to forward the call. The notification system would then write an entry in the call history to say it had been forwarded and popup a little message box on the screen just incase anyone is looking. I would imagine all of this is pretty standard stuff, you wouldn't want to hold up a phone call by having the phone process create a sub process to display a message box etc.. --- G O Jones _______________________________________________ OpenMoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
