This feels like it could become a repeat of Android Honeycomb, but iOS is a much more mature operating system now than Android was at the time, so I guess we'll have to wait and see.
Nonsense. iPad has had "iPadOS", since the iPad-specific features like Split View landed in iOS 9. This is just Apple communicating more formally about that strategy with its userbase, and increasing support for iPad-centric workflows.
Consider that most of the iPadOS features shown are refinements of or much-asked-for enhancements of existing features:
- Multi-document Split View
- Slide Over app switcher
- Network share and external media support in the Files app
etc.
[edit: props to snazz, who corrected me on the iOS split view release.]
It is an interesting strategy; where others have tried to unify their OS (WinRT/UWP, Honeycomb->Ice cream sandwich).
Honeycomb and WinRT were viewed as fragmentation, I think somehow it won’t be viewed the same with iPadOS
I think the tooling that’s rolling out to support building apps for each platform flavor (Marzipan, Catalyst, SwiftUI) make this a lot easier. There’s also always been a bias in some dev circles towards making dedicated iPad experiences and not just scaling the iPhone app UI. I think Apple has had the benefit of market position to let it take a long time to come to this point rather than needing to differentiate platforms to try to leapfrog over a competitor.
>Honeycomb and WinRT were viewed as fragmentation, I think somehow it won’t be viewed the same with iPadOS
iPadOS runs in at most 10-20 devices (and all are iPad models). HoneyComb and WinRT run on hundreds and hundreds of devices, with widely different capabilities.
WinRT ran on the original Surface RT and maybe 2 Asus devices. After less than a year Asus bounced, as nobody wanted a Windows equivalent of a Chromebook. Even MS themselves killed the OS well before discontinuing the Windows Phone division altogether.
Gingerbread, Android 2.3, was released December 2010 for phones.
Honeycomb, Android 3.0, was released Feb 2011 for tablets. It was a radical new UI and introduced several new APIs. It was the largest Android update ever, except that no devices were updated to it. Android tablets didn't sell very well and developers had little to no reason to support Honeycomb.
Ice Cream Sandwich, Android 4.0, October 2011. This refined the Honeycomb changes and was appropriate for use on phones. It did work on tablets but wasn't really optimized for them until 4.1/jellybean.
Honeycomb wasn't a fork or anything, but the strong divergence and poor sales of Android tablets meant that no one wanted to target Honeycomb until they were actually targeting Ice Cream Sandwich, and then at that point it was barely worth supporting Honeycomb tablets, but still work supporting Gingerbread phones.
I don't think it's particular relevant to the iPadOS situation.
Technically, there was at least one device updated to Honeycomb - the HTC Flyer was originally released with Gingerbread and was later upgraded. I know, because I've still got mine, as handed out by Google at workshops where they tried to persuade everyone to use Fragments for everything. I think they've largely stopped trying by now...
Also relevant, that Honeycomb wasn't released into AOSP until ICS, which meant there were no third-party builds or even support from off-name brands.
Honeycomb was rushed release to get proper tablet support out, and essentially wasn't released for phones (it worked there, but badly). Once the catchup on mobile side was done, you got unified 4.0
The same split happened with the original iPad – iPhoneOS 3.2 was only released for the iPad and then they merged them into iOS in version 4.0. Both were well supported though.
AFAIK, Honeycomb was primarily for tablets due to the (then current) UI scaling terribly and primarily being for portrait orientation. This was the era of 320x240 screens, after all, so there was bound to be some issues when scaling that up to tablet resolutions.
Since most of the improvements ended up being useful for the upcoming "phablets" as much as tablets, Google just merged those features into Jelly Bean and gave up on a separate tablet UI.
> AFAIK, Honeycomb was primarily for tablets due to the (then current) UI scaling terribly and primarily being for portrait orientation. This was the era of 320x240 screens, after all, so there was bound to be some issues when scaling that up to tablet resolutions.
No, not at all. Android's UI has scaled exceptionally well since long before then, and nobody on Android was using 320x240 screens at that time. Android had already long since done the high DPI jump from 320x480 (HTC G1) to 480x800 (Nexus One).
You need a UI that takes advantage of the extra screen real-estate, yes, but there was nothing about Android's core UI toolkit that failed to handle that in any way.
> Since most of the improvements ended up being useful for the upcoming "phablets" as much as tablets, Google just merged those features into Jelly Bean and gave up on a separate tablet UI.
Google never actually forked Android for tablets, so there was nothing to "merge." They just focused on the tablet UIs & devices such that the phone ones had bugs. You can boot up Honeycomb on a phone-sized device and poke about. Everything's basically there, it's just super buggy.
