The first iPhone had a 400Mhz processor and 128MB of RAM. It was so resource constrained that you couldn’t put a picture on your home screen because it would have taken too much memory.
It could barely run Safari. If you scrolled too fast, you would see checker boxes while trying to render the screen.
When Flash did finally come to mobile on Android, it required a 1Ghz processor and 1GB RAM. The first iPhone with those specs didn’t come out until 2011.
Even then on Android, Flash ran horribly and killed your battery. I had a high end Android phone on Sprint back then.
It was that a pseudo-machine/VM approach put the VM IP owner (Adobe, Sun/Oracle) in driver's seat for control of the product's precious HW resources while letting their affiliates define the UI. What could go wrong, knowing that to invite in the vampire of their bloat & risk was to give those IP owners a competitive leg up to override all your design choices and serve their own markets, contrary to everything Jobs had done to rescue Apple from its clone wars.
Oh, and that Flash and Java were the world's most popular malware/APT delivery vehicles at that that continued to wreck PCs for many years after 2007.
But it wasn't about performance!
Or why Jobs choose to not drive a stake into his own heart to defend from vampires.
It would be interesting to see a companion presentation from the POV of Cingular/ATT. They likely also were very surprised and entertained by Jobs' device!
I have not so pleasant memories of having a few different versions of their plugin and I'd try to figure out which one worked for a given website, symlink the right one and restart the browser. And that was the way to watch videos online...
The consumer demand for Flash on mobile seemed to be mostly about video streaming, because at the time Flash was experiencing sort of a second life as the least-bad way to do streaming video on the web. In that context Apple's point of view of "as an industry let's finally fix browser-native video streaming, rather than being stuck with Flash forever" seems pretty reasonable.
I do remember writing CMS backends for Flash websites in 2001, but that was the early time I think, before AS3 and really cool stuff.
I think it got to be so common that firefox supported reloading the library without restarting the browser if you changed the symlink and opened the "about:plugins" page.
And then they started releasing both 32-bit and 64-bit versions...
Now we run electron apps which are a pretty similar idea.
Apparently the whole Windows UI mess is also related to Microsoft not able to hire new folks with Windows development experience, probably they only saw Win32 after joining Microsoft, funny how things come around.
It worked on Maemo years before that though, with 600MHz Cortex-A8 CPU and 256 MB RAM. Nokia N900 had out-of-box support for Flash in its Gecko-based browser.
I believe Symbian had some support before that too, but I don't remember and haven't checked the details.
> It was so resource constrained that you couldn’t put a picture on your home screen because it would have taken too much memory.
Clearly you drank the Apple koolaid that later artificially limited wallpapers to 3GS (or 3G?) and above when they introduced the feature in later iPhone OS updates.
We had wallpapers and great homescreen and dock themes on jailbroken iPhones without a significant perf impact.
P.S. Contemporary Windows Mobile phones had Texas Instruments OMAP ~200MHz processor IIRC with less RAM and iPhone (2G) was comparatively great.
Untrue. There was a noticeable UI lag when scrolling between app pages. I've tried it in both the iPod touch and previous generations iPhones. It felt like how Android used to feel like back then.
Was Safari with Flash going to run well when Safari without Flash could barely run?
And he was proven correct
https://en.m.wikipedia.org/wiki/Thoughts_on_Flash
But back to wallpapers - while the jail breaking community didn’t care, between performance (lot easier to redraw a black background), memory and battery life, background images would have adverse affects on the iPhone. it wasn’t that it couldn’t be done.
This is the sentence in your original comment I had responded to (and I quoted it in my original comment, not sure where's the misunderstanding here). iPhone was resource-constrained, but not that resource-constrained.
I do agree with your characterization of Flash being slow and clunky at the time for the most part, hence prefacing my comment as "nit," although I do not for one second believe that's the primary reason Jobs killed it. If he wanted a fast Flash, he would have made Adobe dance to his standards.
> Untrue. There was a noticeable UI lag when scrolling between app pages. I've tried it in both the iPod touch and previous generations iPhones. It felt like how Android used to feel like back then.
How was Jobs going to force Adobe to get Flash to run on a first gen iPhone when they could barely get it to run 4 years later on phones with 8x the memory and 2.5x faster?
Apple struggled to get Safari to run.
As another counterpoint. Google and Motorola tried to release an “iPad Killer” with the Motorola Xoom promising it would have 4g and Flash. Adobe was late releasing Flash for Android tablets leaving the Xoom in the unenviable position that you couldn’t visit the Xoom product page from the Xoom itself because it required Flash.
Adobe Flash on mobile was always a clusterfuck
[1]:https://www.youtube.com/watch?v=FgOX9mb7V4o
PS: In reality the stuttering masses were probably using a respectable device that actually provided long term value (and probably had longer OS support than the Xoom haha).