nice to see they already are updating it....and i like just being first to comment

VoIP for iPod Touch?
...anyone? anyone? ... Bueller? ... Bueller?
Skype is yer friend?
...am I in the wrong place?

I'll show myself out then...

@kickace: you are destined for the banhammer, my friend. tread lightly.

i can't help but wonder how popular application support is going to be when they require an intel based mac and leopard to install the sdk. are there plans to port it over to windows eventually?

I can't wait for iPhone games, I'm even addicted to iCopter on my hacked iPhone. Once the accelerometer is implemented for gaming I'll pee my pants. Honest.

@Paradise: If a major company really wants their product on the iPhone can't they just get a Mac Mini for cheap? Or even cheaper a Hackintosh?

Too bad this sdk is just as gimpy as the last one.

I understand Apple had to make some commitments to ATT to reduce the amount of data used in order to get the $20 data plan, but not being able to have background processes is just f'ing retarded.

And don't spout off some line about "making sure the primary apps stay responsive" that's a load of BS and they know it.

@Paradise: dude, lighten up on kickace. It was a joke. *rolls eyes

@bpatten:
My understanding is that the restriction on background processes is not some special restriction placed on third party developers. As far as I can tell, the iPhone platform itself does not allow for programs to run in the background, period. On any level. it has little to do with any agreements with AT&T and more with the processor and OS architecture being used.

@bpatten: "And don't spout off some line about "making sure the primary apps stay responsive" that's a load of BS and they know it."

You obviously have never used a Windows Mobile phone with a few apps loaded onto it. ;^P

@Ryan H: Actually that's not true. The native programs on the iPhone do run in the background.

@Ryan H: When you unlock your iPhone you can run all kinds of stuff in the background, not the least of which is a complete bsd subsystem.

It is most definitely an artificial limitation imposed on the sdk by apple.

@EnochLight: My last phone was WM, and I know what you're talking about. I'm sure it would be possible to bog the thing down with apps just like WM.

My point is, that's not the real reason apple is gimping the sdk. The real reason is to limit the amount of data that can be used, prevent competing music store applications etc.

native jailbroken apps work in the background...

apple has already said they will not allow apps in the background via appstore.

how the hell hasn't 1.2 leaked yet!

Well, there really isn't anything stopping you from overloading that little method that would allow a background process, but your app would likely never be approved for the store. People are also kidding themselves for buying into no apps running in the background statement. The only reason you can take a call or receive an email while listening to music or definitely add exchange support is because you have those processes running in the background. What apple should have said is non-natively developed applications are not allowed to run in the background, but that wouldn't go over very friendly with developers so they conveniently didn't talk about that during the press event. In all seriousness, what would be the point of developing an IM program if it can't wait in the background for messages? If you want to carry on a real time conversation, you would make the call. I have no doubt that the AOL IM application will be allowed to run in the background, just you watch.

It's pretty easy to see Apple's view. Programs running in the background can make the entire phone run slower, less stable, and less secure. And owners don't blame the app they downloaded, they blame the phone. I have a friend who does support for Windows Mobile devices, they get TONS of support calls about that.

And from a developer's point of view, it also makes sense - developers don't have to worry too much about their apps using too much system memory, because it will only be shared with official Apple apps.

@Dreamwriter: At some point you have to trust your developers though. It should be especially easy for apple, given that they control the distribution mechanism.

As a developer it's extremely frustrating. Almost every Idea for an application that I've come up with is rendered impossible by completly artificial SDK limitations. I might as well just write web applications for the iPhone, they have about as much access to the hardware as an sdk app.

I don't think ifart would get Apple approved.

I've received my approval for iPhone Developer Program today. I'm wondering if I'm the special few or everyone else is getting it with the new beta??

We need some sort of a contest to build the best application with iPhone SDK Beta 2. Maybe a version of Donkey Kong or something, and the winner gets -- a commenter star? Worth a shot, and best of all, iPhone users at Giz get a great new game.

@kbneon: You're specialer than me.

background apps will come at some point at least to a privleged few. Steve once said ALL iphone apps will be web based only and no native apps would be supported. He changed that statement and I'm sure he will also change his statement on background apps. it's important for Apple to maintain the perception of the iPhone being stable and performant. they haven't yet figured out an acceptable way to allow 3rd party apps to run in the background without compromising os stability. until they figure that out, it'll be a restricted privilege. we were supposed to get the SDK in Feb, but it wasn't ready, but it is coming, in pieces! background apps will come eventually also, once they figure it out.

@xint

"VoIP for iPod Touch?"

Um, how bout "VoIP for iPod Touch that includes a third-party microphone adapter" The Touch does not have a mic.