They also Pearson to make the software. (i.e. they weren't just buying existing software). They could have commisioned software to be made on any platform, or even for it to have been cross platform.
True. The Pearson was mostly static, though some would be interactive. As far as I understand almost all of the Pearson software was designed for multiple districts it wasn't custom to LAUSD. Pearson was targeting iPad because most tablet using students in the USA have iPad and for districts that weren't buying that would matter.
Certainly for what they were paying they could have built the Pearson stuff for Android had they been inclined and likely have ported a few dozen titles as well. Once they were willing to manage a development project rather than just be a customer Android opens up, I won't disagree with you there.
They have video game level graphics. This is also why I pointed out unity as an example of a popular framework that targets all the platforms I mentioned (that you seemed doubtful of). Unity is marketed as a game engine, but you can make whatever apps you want that require performant graphics.
Unity is definitely fast enough. Titanium, Phonegap, Xamarin... would also likely go fast enough. I was disagreeing with HTML5 by itself. Those aren't really designed for authors though. Apple has: https://www.apple.com/ibooks-a... which doesn't have the full on game but does work well. Again you could easily build something like this for Android but today it doesn't exist and products using it don't exist.
Developers actually prefer android for development, but prefer iOS for profit potential.
Likely true regarding developers, iOS is pretty terrible to develop for. Hopefully Swift makes it better though Swift still has a lot of leaky abstractions from objective-C. However textbook authors I think prefer iOS. BTW the profit potential is exactly my point regarding software.
While you may feel subjectively that phones and tablets are very different, the people developing the apps that run on them are targeting both platforms simultaneously.
No they aren't especially on iOS / Apple. Take a look at how many iOS applications have tablet specific versions. See Facebook, Filemaker Go, Office, those interactive books I was talking about (different if they exist at all for phone). I work closely with developers for mobile all the time including MicroStrategy (largest mobile development house) and IBM. They share some code but users demand that tablet apps do things that phone apps don't and make use of the addition screen real estate.
Developers don't like writing different software for phone, tablet, and desktop, windows, mac, linux, and all combinations, and now with modern tools, they really don't have to.
They never had to. JavaScript porting languages always existed. The problem is that users notice cross platform's lowest common denominator and don't like it. Just for example between iOS 6 and 7 there was an upgrade. iOS 6 applications that didn't have the new iOS 7 interface started getting graded .8 (on a 1-5 scale) lower 6 months after iOS 7 came out. And that's still within the same system.
roperly designed software can easily abstract the functionality from the presentation, like in a MVC (model view controller) design.
Of course the engine can be shared. But that still means 2 interfaces (at least).