Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
So eventually the iPhone and iPod Touch will get 3.2 and then all devices will run the same OS? :confused:
No, if I recall correctly, Apple claimed that iPhone OS 3.2 was for the iPad only.

The most likely scenario is that all of them will get OS 4.0 whenever that comes out (probably this summer). Then they will all be running the same OS.
 
The more I look at the differences between iPhone and iPad apps, the more I have to ask if a universal binary makes sense. They may both run on the iPhone OS, but the interface will be very different between the two devices in most cases. Look at Apple's examples like Contacts, Calendar, YouTube, Mail, they're totally different from the iPhone version. Even full-screen apps and/or games have a problem because you're going to want much higher-resolution textures for the iPad. Do you really want all the people who are only using the iPhone version to be required to download those large textures that they won't even use (which may well no longer fit inside the 10 MB limit for 3G downloading)?

What I'd like to see instead of (or maybe in addition to) universal binaries is the ability for a developer to link two or more apps in the app store, so once you buy one, you can download the other(s) for free. An extension of this that would be great is to link multiple apps into discounted bundles.

I agree. I sat down and tried to port one of my iphone apps to ipad, and realized very quickly that this made no sense at all. Rewriting it was the way to go - none of the gui code or resources overlap, and that doesn't leave a heck of a lot of code and resources in common.
 
Does it contain api's for the isight camera?

It has camera APIs. iPad OS is the same as iPhone OS, there are iPhones with camera, therefore iPhone OS has camera APIs, therefore iPad OS must have APIs for cameras. That doesn't mean it has a camera or that Apple has plans for a camera or that there will ever be a camera on the iPad.
 
This is what I first noticed when it was first announced a few weeks ago, and it's what makes me believe that Apple didn't show off the final version of the iPad on stage.

140,000 apps have the option to x2 in size for the screen resolution, but not Stocks, Weather, Clock or the Calculator. it seems odd that apple left those out.

My God, you're right, I cant believe I hadn't noticed!

Where the hell are these Apps?

Sure there are 3rd party ones, but surely the iPad wouldn’t ship out the with the clock and the calculator?
 
Thanks for the clarification on why some people rated this article as negative. I was wondering the same thing. Seems like it's all good to me!
 
The only major new thing in the diff file is the addition of Core Text, and you can now make iPhone apps into universal apps that will run on both the iPhone and the iPad. Other than that, bug fixes.

That is IMO the most important feature of the SDK beta. No point have two development streams for your apps...
 
That is IMO the most important feature of the SDK beta. No point have two development streams for your apps...

Except that a properly designed iPad app will have comparatively little code in common with a properly designed iPhone app, and if you shoehorn them together you're bloating the size of your iPhone app by including a lot of extra resources and code.
 
MeThinks that iPhone SDK 3.2 is the crippled SDK for developers, but that the iPad may launch with something more... 4.0? Maybe, although that may be held for a June iPhone 3GSS with OS 4.0 Launch.

Thoughts?
 
I agree

Is is really so hard to provide an upgrade SDK instead of having to download the whole 2GB+ every time some Apple employee adds a comment to a header file?

I totally agree; it's a real pain. Also you'd think that Apple would want to figure out a more efficient way to update the SDK so they'd conserve bandwidth.
 
developers
developers developers.. I guess iPad is going to be a hit because of the developers. You simply search Developer on google, second hit is apple developer connection.

Glad to see apple is releasing new version of API on a timely fashion.
 
MeThinks that iPhone SDK 3.2 is the crippled SDK for developers, but that the iPad may launch with something more... 4.0? Maybe, although that may be held for a June iPhone 3GSS with OS 4.0 Launch.

Thoughts?
My thoughts are that the iPad launching with something more than 3.2 does not make sense. Steve says that it will run iPhone OS 3.2. The device is probably in a manufacturing ramp right now.

I don't think the 3.2 SDK is deliberately crippled. The simplest explanation is that Apple need to use a stable operating system platform with which to release the hardware. They forked the 3.x code so that engineers could get the iPad to run.

The changes will be merged back into the 4.0 tree and when that releases, all three product lines (iPhone, iPod touch, and iPad) will be running the same operating system.
 
I've been trying to make an iPad version of my latest app, TrackinU (which was approved just today, it maps your tweets and the route they take). I found there are really not a lot of differences, and in under a week I got a great looking, well adapted app.

TrackinU is typical in that you drill down, touching a person in a list, which gets you to a lower level list of tracks (routes), and further down to a map of tweets.

In the iPad version, I've got a "split view". The right side of the screen always shows a map, and on the left side you have the drill-down list of people and tracks. In portrait mode, the entire screen is the map, and the lists can be brought up in a "popover". Boy, those huge map views are lovely.

Doing this was not much work, I was able to use the same view controller code with bits of conditional compilation added, and I tweaked the interfaces of each view a bit, and changed some stuff at startup for the split view stuff. It was pretty easy. I'll have a universal version of TrackinU ready for the iPad launch.

On another app, Myallo HotList, which also features lists and maps, I tried just recompiling the thing for the iPad after doing a basic Transition in the SDK. This pretty much gives you the same app you have on the iPhone, but the views are actually made larger (as opposed to the 2X graphic chip magnification of the old iPhone app) and this looks decent. Full screen tables, but with sharp text and such. And lovely maps. I wouldn't release it like that though, because a full-screen-width table looks stretched and sparse, but for some apps, especially full screen ones like games, this might get you most of the way there, in just a few minutes.

The nice thing for me is I have one code base, and depending on how I want to market an app, I can use it to make either two apps, one for iPhone and another for iPad, or a single universal app that just does the right thing on the device on which it is used.

All in all, I think we will see a TON of apps adapted for the iPad, very quickly indeed.
 
Do NOT sign an NDA.

You can't get an Apple SDK without effectively signing a NDA. Developers are given access before publicly provided. After Apple announces some details can talk about it. Until they do (like unreleased features haven't discussed), that is a breach.

So the guy is right. The fact that contents from the early access SDK lands on the web hours after Apple releases the SDK pretty much guarantees that they will chop info out of the SDK until the last minute ( like the other apps , other featuress that Apple tends to leverage for cometitive advantage that don't make keyknote, etc. )
 
Doing this was not much work, I was able to use the same view controller code with bits of conditional compilation added, and I tweaked the interfaces of each view a bit, and changed some stuff at startup for the split view stuff. It was pretty easy. I'll have a universal version of TrackinU ready for the iPad launch.

Can you describe the process you needed to go through to make a universal version with pretty radically different UIs on the two devices? Is your code littered with if (deviceName == @"iPad") { ... } else if (deviceName == @"iPhone") { ... } type statements? How do you seamlessly switch off from let's say a drill-down navigation view stack to using a list/detail split view? Anyway, congrats on getting your app converted, sounds cool.
 
My thoughts are that the iPad launching with something more than 3.2 does not make sense. Steve says that it will run iPhone OS 3.2. The device is probably in a manufacturing ramp right now.

Steve never said anything of the sort. The product hasn't even passed through the FCC. It's not in manufacturing yet. They only need 3-4 weeks to manufacture the product.

Assuming a Friday, March 26 ship date, they still have a few weeks to get the hardware together. And they can hold off blasting the firmware on the device until practically the last minute.

Additionally, many journalists pointed out the iBooks store app was rough on the demo units. Clearly, they still have more work to do.
 
Can you describe the process you needed to go through to make a universal version with pretty radically different UIs on the two devices? Is your code littered with if (deviceName == @"iPad") { ... } else if (deviceName == @"iPhone") { ... } type statements? How do you seamlessly switch off from let's say a drill-down navigation view stack to using a list/detail split view? Anyway, congrats on getting your app converted, sounds cool.
I wouldn't say it's littered, but yes, I have a bunch of statements of that sort.

The "split view" thing is new for the iPad, and as a lot of apps use lists to get you to a detail view, we will see it a lot. The split view takes two views and places them side by side when the iPad is held in landscape mode. I was able to stick two of the views I already have for the iPhone app in there. The left side typically holds the lists you drill down into, and the right side holds the lower detail view. Think like on your computer when you look at iTunes, you have a list of playlists on the left, and a bigger detail view like a grid of album covers on the right. In an iPad app the right side might be a map, picture, or game board maybe, and say a drawing app could have the image on the right, with a bunch of brush settings on the left.

The split view automatically changes when you move to portrait mode, making the right side view full screen, while the left side view disappears, but there is a button to make it pop over on top of the screen to make a quick selection. In a drawing app the image could go full screen, and a button makes the brush settings popover the image. When you touch a brush shape or color swatch it might disappear again.

The split view manipulates those list and detail views. So I was able to tell the split view to use the top level list on the left side, and the detail map view on the right side. Having them appear and move and stuff as the orientation changes was not hard.

The views are mostly the same. The lists and map behaves the same. The interfaces I make in Interface Builder are different. Each device loads a slightly different version - I moved the toolbar and icons around a bit, adjusted some things for the bigger sizes and so on. The conditional stuff is throughout, but small things. I tell it to load this interface file for iPhone, that one for iPad. And when a person touches a track in the list to see the map, on the iPhone the map view slides in over the list, but on the iPad the map is already visible so I just tell the map to display the new data and skip the "push a new view on top of the old" thing I di for the phone. It's mostly little stuff like that. Not bad, really.
 
The split view automatically changes when you move to portrait mode, making the right side view full screen, while the left side view disappears, but there is a button to make it pop over on top of the screen to make a quick selection. In a drawing app the image could go full screen, and a button makes the brush settings popover the image. When you touch a brush shape or color swatch it might disappear again.

The split view manipulates those list and detail views. So I was able to tell the split view to use the top level list on the left side, and the detail map view on the right side. Having them appear and move and stuff as the orientation changes was not hard.

Ah that's cool, kind of a smart split view. I didn't know it managed all those things like that, I just thought you'd have to make separate layouts and manage all that yourself. Nice.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.