It appears you have not yet registered with our community. To register please click here...

 
 
         
 
     
QuickLinks
  
Home of the Converged PDA - Phone    
 
Go Back  PDAPhoneHome.com > Pocket PC PDAPhones > PPC-6700 / XV6700 > How exposed to 3rd party developers is 6700's "phone" API?

Reply
 
PDAPhoneHome  
 
Old 08-27-2006, 07:34 PM
     
  #1 (permalink)  
Registered User
Join Date: 11-07-2001
Location: Miami, FL
PDAPhone: Touch
Carrier: Sprint
Headset: BT8020
Posts: 132
 

How exposed to 3rd party developers is 6700's "phone" API?

How exposed to thirdparty developers is the 6700's "phone" API -- the API used by the default "phone" app when you make/receive calls, dial numbers, etc? In theory, does enough public information exist for someone to completely replace the built-in "phone" app with one they wrote?

Put another way... are there API-level commands that would enable a thirdparty app to wait for notification that there's an incoming call, and directly handle the events arising from it itself? Say...

* doze until incoming call
* Incoming Call!
* fetch caller id info from event object
* look for matching info somewhere
* display info on screen alerting user that xxx is calling and show picture (or just display number and caller id info if that's all that's available)
* spawn thread to play soundtracker mod until notified to stop
* wait for notification that call has gone to voicemail, or user input event signaling desire to answer call

-- user wants to answer call:
* tell modplayer to stop playing
* tell phone to answer call
* update screen to indicate call in progress
* wait for call to drop, or user to press key indicating desire to end call
... keep waiting
etc


... and, just as importantly, are any of those APIs locked/disabled/crippled by Sprint?

I tried looking the info up at MSDN, but I have no idea what to search for. I've gotten the impression that the API and capability exists (on paper, at least), but up to now nobody except Palm has actually taken advantage of it to change the default phone user interface (apparently, the fact that Palm decided to deviate from the norm and customize/rewrite the default UI was sufficiently newsworthy to make headlines).
 
miamicanes is offline  
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Old 08-28-2006, 10:03 AM
     
  #2 (permalink)  
Developer
Blade2032's Avatar
Join Date: 03-20-2006
Location: Bay Area, CA
PDAPhone: Touch Diamond
Carrier: Sprint
Headset: Jabra BT8010
Posts: 280
  Send a message via ICQ to Blade2032 Send a message via AIM to Blade2032 Send a message via MSN to Blade2032 Send a message via Yahoo to Blade2032

You can do most of what you mentioned using the Compact Framework 2.0, just setup SystemStatus events to fire off for whatever event it is you're trying to catch, then pass it along to your own subroutine. Don't like the popup for an incoming call? Just set a catch event for PhoneIncomingCall, and use your own notification control and a mix of HTML to show whatever you want....
__________________
Pocket PC and SmartPhone software at Triangle Powers
 
Blade2032 is offline  
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote

Reply


Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Login Panel
Enter your username and password to login:


Advertisements



PDA and Smartphone Repair & Parts

Cellular Phone Parts and Accessories



PDAPhone Chargers and Screen Protectors

Where Photographers Meet

Please Help By Taking Our Survey!





Our Friends





All times are GMT -5. The time now is 12:28 PM.

               
 
Design by VBSz   |  Hosting by PWH   |  
Copyright © 2002-2007, Convergent Minds, LLC - All Rights Reserved.