How does a 3rd party app prevent voicemail from being stored on the iPhone? I don't understand.
After you answer the phone, Google then dials out to the number specified in the API request.
For instance, if I wanted to call my parents, the app on my iPhone would send a HTTP request to Google with their number. Google then dials me, and once I pick up, it would dial my parents.
My parents would see the Caller-ID from Google, not from my Phone.
If they call back this Caller-ID, Google would answer the call, and then dial my phone, so I could speak with them.
If I didn't answer, then Google would record a voicemail message. This message would be both emailed to me, and accessible via API from the application that I originally dialed them with.
Google's ultimate plan is to allow you to "port" your number to their service, so that your normal, regular number becomes the one on their caller-id, and AT&T assigns you a new number that you would never give out.
My understanding is that on other platforms, the Google Voice dialer does actually hijack the actual phone application. (see [1] for a testimonial) To do that, you would need to reach into unauthorized API's. Google has done that in the past and gotten away with it. They used the proximity sensor to detect when they were near the user's ear for their search app. In my reading of it, Apple is implying that this is what the Google app does, and seemingly wants you to connect those dots to the other three apps.
If it is the case that they are reaching into unofficial API's, then Apple had every right to deny that application. What I still don't have an answer for is why was GV Dialer approved and later pulled?
[1] http://www.joyent.com/joyeurblog/2009/08/03/why-apple-probab...)
Then honestly, buy a phone you have control over.
Are you serious? You couldn't possibly be smarter than Apple! And, since you pay $299+ to effectively rent your device, because of the DMCA, you're out of luck.
I mean you could use both the Google Voice Voicemail and the AT&T voicemail, right?
Yes, they're certainly stretching the meaning of "prevent" there.
Yes, they're certainly stretching the meaning of "prevent" there.
From a user experience perspective, this means that some fraction of users will be confused, annoyed, or downright furious that they now have two completely disconnected ways of making calls, recieving messages, listening to voicemails, etc. I think that's what bothers Apple about it.
Maybe you do, but can you guarantee that every potential GV user does? Of course not. This is what I mean by "some fraction of users". That fraction is unknown, but as GV creates a significantly different parallel method of accomplishing core phone functions, it is quite plausible that users with an imperfect understanding of how it works and why would suffer as described--for instance, a user who does not understand why his voicemails might show up in two different places. While it is true that it is ultimately the user's responsibility to understand the software he is using, this potentially impacts the core functionality of Apple's device, so it would be only natural for Apple to want to consider it carefully.
Apple's point is completely bullshit about confusing users because only users specifically seeking this functionality will have it.
Does not follow. Users who specifically seek to purchase (say) Microsoft Office are entirely capable of being confused, annoyed, or infuriated by it. The same can be said of most software, hardware, and machines in general. Have you ever seen someone try to push a pull door or pull a push door?