Slashdot Mirror
Fragmentation Comes To iOS
dell623 writes "While the fragmentation issues in iOS are nowhere near as bad as Android, it can no longer be considered non existent. I have prepared a chart showing which features will be available on which device. While some restrictions are the result of hardware limitations, it is clear that Apple has deliberately chosen to limit some previous generation devices, and figuring this out isn't always straightforward if you're not buying the latest iPad or iPhone."
... that the submitter doesn't really understand what the word "fragmentation" means in this context.
Fragmentation and lack of choice? Sounds like a good platform decision to me. At least they get proprietary connectors and lock-in to a single software repository.
My old 286 can't run 64-bit apps, or even 32-bit apps. I guess that means PCs are fragmented. They added an extra resolution, and made the old resolution still work with new devices.
Fragmentation is a developer problem that affects how easy it is to roll out software for the platform.
Apple keeps the core APIs consistent across devices. Everything you have listed is unrelated to the developer's ability to build their own apps.
Those are end-user features.
News at 11.
iPhone 4S does not have a resolution of 960x940. iPhone 4 does not have a 940x640 resolution. They are both 960x640.
hey!
The last two items on your chart (iPods) are not iOS devices.
You cannot complain about features that are meaningful only to users without noting the huge range of user available features fond across Android.
On iOS almost none of those items result in fragmentation where it matters; for DEVELOPERS.
GPS for example, all devices support Core Location. Some may not have GPS, but all will at least be able to figure something out usually from WiFi.
For resolution, you chart looks troubling but it's still really just two resolutions; iPad and iPhone.
Yes the new iPhone adds some extra height. But here's the thing, the height of the screen was already variable for developers anyway since the call indicator could shrink the available size for your app. You always had to adjust auto-resize behaviors to adapt well to changes in height.
By way of example of how little this matters, in an existing project consisting of many screens, database calls and so on - there were just TWO screens I had to tweak the auto-resize behavior on (basically telling an item to pin to the top that I had forgot to pin, and letting another element resize with the screen). Now the app runs just fine on the older iPhones and the new one.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
Come on, he's not even able to switch off the spell checker in Excel, and he's expecting me to think he's a serious reporter?
What about my Model 5150 IBM PC?
Seriously, fragmentation is an issue with current platforms. No one expects an API or UI to stand still across all but a small range of minor system releases.
Have gnu, will travel.
Now do one for Samsung's phones!
that's it.
Other than the 3GS that is.
<xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
Most of these are things that iOS developers don't care about. For instance, Facetime over cellular: developers don't care about that, it's an Apple app, not an API, and evenif it was an API, you'd have to code for when it's unavailable anyway.
There are variations between the different models that developers have to be aware of, but they aren't covered in this chart. For instance, background modes are only available for ARMv7 devices. By and large, Apple have done a good job of shielding developers from these differences. I'm an iOS developer, and I very rarely have to even think about different device support. The two main ones are display size and display density - and Apple have only just announced the third display size ever, and they've only used two display densities ever. I can't really think of any platform outside of games consoles that are so homogenous.
Bogtha Bogtha Bogtha
par for the course for apple they also lockout 64 bit only os on 64 bit hardware due to it only having 32bit EFI. But the same systems can boot 64 bit windows os.
Also the video cards don't have 64 bit drivers on the osx side but you can put in newer videos cards in them.
Also they can run the 64 bit only mac os x but you need to use the same tools that you use to run mac os x on a non apple pc.
Fragmentation happens when there are multiple incompatible (but similar) implementations being simultaneously developed and use. This splits resources and may lead to an overall weaker ecosystem because it's difficult to make these implementations work together.
You could argue that iOS devices are at least a little fragmented, as new devices introduce new features and new specifications. Some older devices stop being updated, but are still used by the public and still garner developer attention. This traditionally is not called fragmentation because it's a reasonable and natural product cycle. Apple seems to even take great pains to make sure software is compatible between newer and older devices. You don't call the windows ecosystem fragmented because XP, vista, and 7 are all in common use. (Although you might with windows 8, because the touted Metro UI apps are explicitly incompatible with everything else)
People call Andriod fragmented because there are indeed multiple devices that are fairly incompatible and very different. Strange custom UIs, carrier modifications, carrier apps, bad application portability with devices that have very wide differences in hardware. Talk to any andriod developer about how many devices they have to test against.
Not to say they don't have similar issues with different apple devices, but pretty much any software dev will say it's orders of magnitudes easier in the apple realm.
Fragmentation is really only with API calls, not things like "Face Time over Cellular" or the availability of "iPhoto"...
Screen resolution is fragmentation.
What, was the bottom of this page unclear?
I live ze unknown. I love ze unknown. I am ze unknown.
To be honest I'm much more annoyed by market (or zone, region, whatever) imposed by retards. For example you can't download Citibank usa application from Europe. You happen to have an account in a USA branch? too bad.
I thought you were talking about the other new iPods that look like iOS devices.
It's still the case that iPod Touches can try to locate position from WiFi signals.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
what fragmentation? there are three phones supported by ios6: iphone 4, iphone 4s and iphone 5. then you have ipads. that's it.
And the iPod Touch.
Why are the 3GS (a 3 year old design), iPad1 (2.5 years old) and iPad mini (rumored device at this moment) on the list? Why aren't things like hardware acceleration, smooth scrolling and other basic features that didn't exist for Android as of a few months ago on the features list? Hell, why isn't front/back camera on that list - no complaints that the iPod touch even have an external speaker until v2?
As it stands there are basically three screen ratios (3:2, 4:3 and now 16:9), 3 device categories (phone/ipod/tablet). A whole lot less variety and scattered than Android where this kind of list would require a large spreadsheet to make sense of.
This list is a bit of a stretch. The phones that are currently being sold (4, 4S, 5) have very similar capabilities to each other, as do the tablets.
Make sure everyone's vote counts: Verified Voting
My new app was going to require you to do face time video chat over cellular while displaying flyover navigation to destinations that you tell siri. The icing on the cake was suppose to be when it created a panoramic image and saved it for you to read later. Upon looking at this useful chart, I realize doing this on iOS is just a bag of hurt. I'm abandoning Apple for Android. I'm downloading the Android SDK right now and I'll see you all on the Play Store where all these features just work on 1.3 million Gingerbread devices they are activating a day.
what fragmentation? there are three phones supported by ios6
Which means that there are a few tens to hundreds of millions of actively used phones that will never even run the current OS... That's sort of what 'fragmentation' is all about...
To be sure, Android is substantially more fragmented even if you only look at 'currently-sold-and-supported-by-people-you've-heard-of', since there are multiple hardware OEMs shoving handsets out; but unless you start killswitching all your products, 'fragmentation' inevitably happens whenever people don't stop using the older ones and you introduce something new.
If iOS fragments, does that make it schizoOS? Maybe you can give it thorazine and make it sedatedcrazyiOS.
The 3GS was being sold by Apple until two days ago.
The iPad 1 was the only iPad you could buy until March last year.
It's not about Android vs iOS..
I thought he was referring to the new iPods that look like iOS devices. Mostly because they listed "GPS: NO" without the same kind of side-note that the iPads had that they could use WiFi for location.
The list of which devices support which version of OS would be more interesting, but in practice developers do not support iOS versions more than three versions ago (at this point nothing older than iOS 4). The 3Gs can still update to iOS6 so really it will be a target for testing for at least two years more.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
You apparently have never jailbroken anything before. I probably won't upgrade any hardware until they stop supporting my device with a new iOS version. I have Siri on my iPhone 4 and I barely use it. The new dock connector adapter looks like poop and I have a dash holder for my phone, so I'd really hate to downgrade aesthetically speaking.
Just port over a standard defrag app and you're good to go.
Starting with the retina display, the programming API's for the iPhone took a one-way trip away from utilizing absolute pixel measurements, and referring to screen positions by resolution-independant "points", instead. In this way, coupled with the usage of floating point values for screen positions instead of integers, code would be made entirely resolution independent, without having to inquire about the phone's physical pixel resolution. All of the iPhone screens up until that time, whether retina display or not, were considered to be the same dimensions in these "point" sizes, so the same code could look and work exactly the same both on pre-retina and post-retina displays (perhaps only being of higher fidelity on the latter).
Now Apple decides it's time to make a phone with an entirely different aspect ratio. Really, what was the point of bothering with the resolution-independent screen positioning in their API's in the first place if they were just going to go and produce a completely different screen size that the programmer is going to have to write extra code to account for anyways?
File under 'M' for 'Manic ranting'
...newer hardware can access newer features. KTHX.
every kind of screen size and shape and aspect ratio, it's insane.
Yeah we've had THE EXACT SAME SITUATION ON THE DESKTOP.
FOR YEARS AND YEARS
Uh, yeah. PCs are pretty much the poster boy for a fragmented platform, even within the scope of hardware that could run the most recent major operating system version (e.g., not just "286 vs. modern x86-64 system".) Wintel PC fragmentation is certainly far worse than even Android fragmentation.
That's always been one of the selling points for more tightly controlled, homogenous platforms.
The 4 and the 4S have the same screen size, 640x960.
http://www.apple.com/iphone/iphone-4s/specs.html
http://www.apple.com/iphone/iphone-4/specs.html
If you don't have the latest devices you don't exist. Everyone knows that is how Apple works. You buy your latest product, and it is the best. Then a year later, they release something better. But, your device is still good enough. Then 3 years later, Apple and the developers have moved on and won't program for it anymore. Then you buy the latest product and the cycle repeats.
Genius.
"fragmentation" is when you have to tell SOME of your users "you can't do that thing that others are doing"
"fragmentation" is DIVIDING THE USERS INTO GROUPS
Which is EXACTLY what happens when some users have a feature and some don't.
Ha! You'll make about "three fiddy" for every million users that- (Fry Squint) Ahhhhh, I see what you did there!
So all you have to do is tell the app store "This app requires iOS 6", just think of all the different system requirements on the sides of pc game boxes. this is nothing like that. either it's ios6 or it's not. it's not really a fragmentation issue so much as a backwards compatability issue. see...there are still android 2.2 devices being sold new right now! totally different. if i tell you your 5 year old phone is supported well too bad on you, time to upgrade. if an android developer tells you his app won't work on the shitty android 2.2 device you bought in chinatown, that's a different story. ..
Apparently the author of the "article" doesn't understand the distinction. I'm disappointed the editors let this one in.
you'd have to code for when it's unavailable anyway.
This is PRECISELY what FRAGMENTATION is ALL ABOUT!
Spending development time on stuff that SOME of your users WILL NOT BE ABLE TO USE.
*slow clap*
Apple is disgraceful in the way that it dumps old hardware and software. There is a tremendous amount of older hardware which could easily run the new MacOS and iOS with some features turned of that is beyond the capability of the hardware. Very easy to program.
There is also a tremendous heritage of older software, particularly in the educational field, that is not being produced today that Apple should continue to support. Their abandonment of Classic, Rosetta, etc is pathetic.
They can make gobs of money of the old hardware by offering OS upgrades. It is very ungreen of them to create all this etrash.
You're the sucker for buying their hardware, why do you blame others for your own failures?
"I bought a Ford car and it's junk because I can't just drop my Chevy engine into it"
user fragmentation that occurs as the result of having different feature sets on different devices. Unfortunately, that is not the type of fragmentation that is in any way relevant to conversations about fragmentation in the mobile space.
"in the mobile space" What a LOSER. These are JUST TINY COMPUTERS.
people are talking about device fragmentation, that is, the things dividing the devices into different groups for which the developers must separately develop.
So user fragmentation is when the devices are different, and device fragmentation is when the devices are different?
I didn't fragment Windows 7 by adding a second monitor to my desktop.
You can ML on any Mac that has 64-bit support in the chipset.
But isn't this type of fragmentation different from, say, on Android because it's transparent to the developer? That is, Apple takes care of it? I'm not a developer so I could be completely off.
Phone that by this point are at least 3 years old if not 4.
HTC and Samsung won't support their android phones 6-12 months after release Apple is giving you 3-4 years of support and updates.
Apple is basically supporting 286 and 386 computers when Pentium's are the new norm.
i thought once I was found, but it was only a dream.
Fuck, I just got this iPad,and you're telling me it doesn't do panorama? Sigh. Anyone want a slightly used 16GB wifi tablet? Sadly, it has the A5X, instead of the A6, but the relentless march of progress doesn't stop for stragglers.
All reasonable offers excepted.
...it's a table.
And if a desktop software developer complained about something as trivial as screen resolution variations, they'd be laughed out of the room.
For the average user, fragmentation does not exist as a problem. It's like asking a Dell user; tell me, do you think the PC ecosystem is weakened by the system where you can buy an HP with a 17" screen or an Acer with a 21" one? Aren't you worried about fragmentation of the PC ecosystem?
Said user would look at you as if you were completely mad.
For the average, user the word fragmentation means nothing. Really, absolutely nothing.
There is an issue for developers, but even there the problems is relatively modest. Everyone writes to the Android specs of 2-3 years ago (mostly Gingerbread), and the world continues as normal.
And, the crazy bit is, of the top 100 apps, 98 are cross-platform anyway. Dropbox? Check. Angry Birds? Check. Evernote? Check. Every serious developer is already designing for both Android and iOS anyway (would anyone seriously consider building a mobile app designed to only ever being on one platform?), which means that any developer is already thinking about multiple form factors and resolution.
So: to finish, fragmentation is a wonderful phrase dreamt up by the depatment of FUD, but it bears about as much relevance to the real world as Elmer Fudd.
--- My dad's political betting
the mac pro 1.1 needs the Chameleon bootloader to run 10.8
So, when the iphone apps that are pushed for the larger screen first are unable to scale down to the smaller screen iphone, how is that not a problem?
Here you are hypothesizing some apps might exist only for the larger sized iPhone.
But remember, Apple has this walled garden - why would they accept an app that did not work on both sizes of iPhone?
Furthermore, apps HAVE to be able to resize down. When a call indicator is active the space for the app contracts.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
They still haven't fixed the contacts app.
Nevermind. This phone is so awesome that I have learned to love merging contacts every time I sync my mail account.
This is not fragmentation, this is product differentiation.
Fragmentation on Android is having a user base on a ton of different OS and hardware versions with wildy different feature sets and not being able to target software to run on all of them. As a result app developers focus on the majority device/OS target, often an ancient version of Android, which renders all the latest APIs Google has released pretty much useless.
With the majority of iOS devices in use able to upgrade to the latest OS version this developer headache just doesn't exist for Apple. It's easier to target the majority of devices, even rolling 'hybrid' apps that can selectively take advantage of newer features e.g. Retina display and the taller screen.
Choosing to deploy new features on new devices isn't fragmentation, it's a way of differentiating within a product line up.
And the last time I checked iOS 6 will be supported on the iPhone 3GS. A *three year* old phone.
"We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
iphone 5 should have used the exact same CPU running at the same speed, the same screen and resolution as iphone 4S, and no new/delete apps compared to iphone 4S. At most, Apple should only change the shell casing.
Honestly, the screen size isn't a big deal.
As an example, I'm about to ship a new app to the app store, as soon as my company settles on a product name. Meanwhile, adding support for the new screen size involved... dropping a new launch image into the project.
Literally, that was it, not even a line of code. Since all my views already took into account different screen sizes to support properly laying out on both the iPhone and the iPad, it all happily resized itself to the new screen size exactly the way it was supposed to.
So what's the problem again?
Come on Apple... The iPad 2 and iPhone 4S have basically the same CPU, storage, and memory specifications. Both have a microphone and speakers. Siri should run fine on both platforms.
That said, why is Siri available for the last generation iPhone but not the last generation iPad?? It makes no damn sense.
> The 3GS was being sold by Apple until two days ago.
It was sold two days go, but it was not current. Apple was pretty clear that this was a device so old and obsolete they were willing to give it away for free. When you account for stuff like this and the out-of-my-ass iPad mini entry, TFA is clearly fluffing his data to skew things.
There are four screen resolutions, which is the only thing developers (for which the term fragmentation typically applies) need to worry about. This includes the 3.5" iPhone/iPod retina display resolution, the new 4" iPhone/iPod retina display resolution, the iPad retina display resolution, and the older non-retina iPad display resolution, which is automatically converted.
There are five screens. There are the non-retina 3.5" iPhone/iPod touch devices. The 3GS was only obsoleted yesterday, developers are still going to support such devices. They are fully supported by Apple given that they will run iOS 6.
Also saying there are X screens that need to be supported is a little misleading. There are two parts to supporting a particular screen. One is the layout of user interface elements, the other is possibly skinning those elements (applying some sort of bitmap). When going between a non-retina and retina display the layout is the same. Layout is defined in terms of points not pixels, and since points = 1.0 pixels on non-retina and 2.0 pixels on retina there are no scaling artifacts to worry about.
So there are at most 3 layouts to worry about. 3.5", 4" and 9.7" (iPad).
For 3.5" and 9.7" non-retina and retina may be an issue for skinning those user interface elements. Given 1:2 scaling iOS can scale non-retina art quite effectively. Some apps might not need to supply retina versions of art. For those that do, or prefer to, iOS handles it automatically. The developer needs to make **no code changes**. Merely add a retina version of a given art file to the project. For example if my code/resources refer to image.png I add image@2x.png to the project. When the time comes to load image.png iOS automatically checks to see if it is running on a retina device, if so it checks to see if an @2x version of the file in question exists and makes the substitution if it does.
So there are at most four sets of artwork, iPhone/iPad and non-retina/retina, and the non-retina/retina case is handled by iOS not by an app's code or resources. Assuming of course that the app uses artwork in its user interface.
Note my use of "at most". If a developer targets only the 3.5" iPhone screen the app still works very well on an iPad or a 4" iPhone display. Both center the 3.5" layout, there is no stretching, everything looks exactly like the developer intended. On the iPad there is a 2x zoom button if the user wishes, again since it is an exact 2.0 scaling artifacts are minimal if any.
So while it is possible to only target one display, it is more plausible to only target two displays. Non-retina iPhone and non-retina iPad. If a developer is not doing any skinning and the user interface consists of entirely built-in UI widgets then we go from plausible to very practical since iOS handles the scaling for you. All one would miss out on are the extra pixels (in only one dimension) of the 4" display, the app would look exactly the same with absolutely no artifacts.
To force people to buy a newer one maybe
But forcing the app to allow both sizes means that something like 10x more people can buy an iPhone to use it (since device cost now ranges from free to $299, instead of just $299).
"There is more worth loving than we have strength to love." - Brian Jay Stanley
For the first two the answer seems obvious, an awful lot of people have them. If you are writing software you want people to use then that is kind of important.
Apple's challenge is to manage the competing problems of fragmentation and stagnation. To my mind stagnation is possibly a bigger issue for Apple. Personally I have a 3GS and even the 5 still seems like an extremely iterative release.
Boffoonery - downloadable Comedy Benefit for Bletchley Park
Now Apple decides it's time to make a phone with an entirely different aspect ratio. Really, what was the point of bothering with the resolution-independent screen positioning in their API's in the first place if they were just going to go and produce a completely different screen size that the programmer is going to have to write extra code to account for anyways?
Programmers don't have to do anything. If they do nothing the app looks exactly the same on the iPhone 5 as it does on an iPhone 4. The app is centered on the display and the portion used is a pixel by pixel match, its even physically the same size given that pixels per inch is the same between the two devices. Its similar to what was done when running iPhone apps on an iPad. Of course in the iPhone 5 case the unused pixels are minimal.
If you have to sign a 2 year contract then they are not giving it away for free.
My two year old nexus S runs everything from voice recognition to panorama shots with the jellybean OS.
Rocket Surgeon.
And yet it will run brand-new iOS 6 (unlike the iPad 1).
Well if you don't consider different resolutions to be "fragmentation" then iOS has no fragmentation at all and this story is bogus since resolution is the only difference. Android on the other hand has three major different OS versions all being sold simultaneously and many of which are customized to have or not have various libraries available. Sorry, any way you cut it iOS will always be less fragmented than Android. That's the fate of open source crap: endless fragmentation.
par for the course for apple they also lockout 64 bit only os on 64 bit hardware due to it only having 32bit EFI. But the same systems can boot 64 bit windows os.
...and can run 64-bit OS X applications (you don't need a 64-bit XNU to run 64-bit OS X applications), so "no 64-bit XNU" isn't as severe a limitation as one might think.
...and can run 64-bit OS X applications (you don't need a 64-bit XNU to run 64-bit OS X applications), so "no 64-bit XNU" isn't as severe a limitation as one might think.
Yes... and what you describe works great on the previous release of OSX which actually came with a 32-bit kernel on which to run your 64-bit apps. The parent was talking about Mountain Lion which includes no such option.
http://www.monstertechblog.com/2012/05/12/this-is-androids-fragmentation-and-it-is-still-a-feature-opinion/ - no, really, its a feature. Believe me.
Of course news about a fake are Fake News.
So you say that having two groups of users, one of which has constant IP connectivity, and one that does not, that's not fragmentation?
It's not because NEITHER group has constant connectivity.
Someone with a cell network might have connectivity more often, but you have to code to have it fail in horrible ways or become unusably slow.
Ironically the people without a cell network are a much easier test case, as WiFi has far fewer failure modes - it generally works or it doesn't. All of the complexity in writing any app that relies on a network comes in support the cellular users, and the non-cellular use cases are just simple subsets of that which require no further effort.
You are saying that the mobile apps that rely on constant connectivity, will work fine in devices that don't have this feature?
If you do not code them such that they behave the same in either case, you have failed.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
The parent was talking about Mountain Lion which includes no such option.
The parent didn't use the word "Lion" anywhere, so you're making an assumption that they were talking about Mountain Lion.
If they were, then Mountain Lion, like its predecessors going all the way back to at least to Panther, doesn't support all of the machines that its predecessor did; this is not unique to Apple's OSes, either, so whining about Apple there is bogus. Perhaps Microsoft (or Canonical or Red Hat or...) makes different choices as to which older machines to kick to the curb, but they still make those choices.
My almost 3.5 year old iPhone 3GS is still being supported.
Compare this to the similar aged HTC Hero. Depending on what carrier you had, it either runs Android 2.0 or 2.1, or maybe 2.2 if you hacked it with cyanogenmod.
The topic is ridiculous.
1) Android's fragmentation is both synchronical (simultaneous) and diachronical (along the time axis). The same day of the same year there are many different new Android mobiles/tablets that are different and pose problems to developers. So Android's system is synchronically fragmented. If you add all the previous hardware, diachronical fragmentation is HUGE, unsurmountable for any developer, even for big companies.
2) Instead, Apple's iOS has issued 7 phones, 5 iPod Touch and 3 iPads in 5 years! That's probably less than the new Android hardware in one single month.
3) Besides, Android's manufacturers are many, whereas there is only one iOS' manufacturer, Apple.
4) As for upgrades, I have the iPad1 updated to the iOS 5 from the iOS 3.x. The same applies to my old iPod Touch (3rd generation).
5) How many Android manufacturers deliver their products with the last Android version? How many update or allow to update their hardware to most recent versions? Some technically advanced users can root and change their system, but they are an irrelevant exception.
If you take all these factors, you have to acknowledge that comparing iOS and Android's "fragmentation" is ridiculous.
Android Orphans: Visualizing a Sad History of Support is almost a year old now, but it does a great job of illustrating the difference between iPhone versions and common Android devices.
Other than the original G1 and MyTouch, virtually all of the millions of phones represented by this chart are still under contract today. If you thought that entitled you to some support, think again:
I believe it's gotten a little better since then, but those numbers are horrible. 39% never ran a current version. 67% only ran a current version for a matter of weeks (keep in mind that most of these would be on a 2 year contract). 83% weren't on the version that was released almost a year prior. 72% stopped getting updates while they were still being sold.
Compared to that, the 3+ year old 3GS missing a few newer features doesn't sound so bad. I do wish my old 3G was still supported, but it's honestly so much slower that I don't like using it much anyway.
"Nobody should read the FA", Mr President.
http://en.wikipedia.org/wiki/Chart
So Android manufacturers can put out devices of all different shapes, sizes, feature sets, APIs, and OS versions, but it's not fragmentation - it's enhanced consumer choice.
Apple releases one device with the same API, same OS version, and a new screen ratio (and a rather obvious and seamless method of adapting to it) and it's ERMAHGERD, FRERGMENTERSHERN! Think of the poor developers!
So whose shitty blog are we going to submit next in this Android circlejerk?
While true, keep in mind that the 3GS was a current model up until last Wednesday. AT&T was still selling them... actually, they still are, while supplies last.
-Dave Haynie
Apple accepts apps that only work on the iPad
That's totally different. Apple has made very clear the iPad is a different platform, with different UI needs.
I know Android people like to think of tablets as simply scaled-up phones; but that is also why there is such a gap in Android tablet sales. A tablet IS a different platform, with very different UI needs.
Again, on the iPhone platform applications need to scale or they will not be accepted.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
Where are you getting these numbers? Tens to hundreds of millions of actively used iPhone 1's and iPhone 3G's? Tens to hundreds of millions of actively used phones that can't be updated beyond iOS4? When the iphone 3GS has been free-with-contract for a year?