500MB download? Why didn't Wired Magazine use HTML5 for their iPad app?
interfacelab.com
interfacelab.com
Why didn't Wired use HTML5?
1) a) it was built by Adobe who build it on Flash to begin with, b) the tools just aren't there yet. c) because of #2.
2) Why is the app 500MB? Because all the rich content (images, movies, audio) are bundled into the app so you do not need an internet connection to view it. I think we can all agree that downloading a "magazine" before you leave the house, then finding you can't view most of it, would be an uber fail.
If the app had been based on HTML5 it would have been a 'mare to cache all of the content locally for offline viewing. HTML5 does offer local storage, but not in a way that would allow sites to cache 500MB of content. And even if they could, do you really want to wait 20 minutes for that Pixar feature to download over 3G?
I suppose you could have created a native app with everything bundled locally and a UIWebView for rendering the HTML5 content, but really what do you gain from that?
I make cocoa apps, and I'm pretty sure that the 'native' part of the app — the part of it that could be ditched by linking to WebKit instead – weighs in way under 10 megs
- less control over interaction
- less snappy animation
- approval of some bloggers
- easier ports to fictive multi-touch tablets on other platforms
(Yeah, I understand your question was retorical, but I couldn't resist)
You can build an iPhone OS app that contains all of the data to be rendered by a Webkit UIWebView. Apps built on Phonegap use this technique, for example. It's possible to build a pre-packaged app that's basically a glorified Web browser with all of the content embedded inside as resources. The interactive elements could then have been made with JavaScript, rather than pre-rendered.
While I think Flash (the authoring tool) is a bloated mess, it's light years ahead of anything that exists for creating interactive content with HTML5/CSS/Javascript. There are no good tools for generating something like the Wired app in HTML5.
I don't agree the tools are non-existent, but to the "wwhat do you gain from that" part: distributing a packaged "Web site in an app" has significant App Store and UI benefits over a paywalled Web site.
The article says that rich content isn't the source of the bloat:
Each full page is a giant image – there are actually two images for each page: one for landscape and one for portrait mode.
If the app stored text as, you know, text then presumably it would require significantly less space. Eliminating the portrait/landscape duplication would also save space.
That or the descriptions of the app are somewhat overcritical.
Even so, if Adobe did want to throw a laughing cog at Apple via their clients, they're doing Wired a disservice, and frankly, that's terribly insane. They just couldn't throw a high profile partner/client under the bridge just to amuse some tantric executive war between Adobe and Apple.
Lastly, although hard to believe a company fairly technology agnostic as Wired would use their financial line (their money making product) as a way to experiment with dissing a technology giant, let's pretend Wired and Adobe both wanted to stick it to Apple for the 3.1.3 clause. They would be simply shooting themselves in the foot, as their customer is who really loses out here, not Apple.
It just make any sense at all, although I will give you that it's a romantic idea. More likely, they rushed a replacement implementation, since they couldn't use Adobe's compiler. Conde Naste clearly upholds Wired to the same deadlines as their other high end properties, and want to see a ROI for all the R&D they've had, perhaps. Becausethis certainly looks like a rushed implementation, or at a minimum, one done by amateurs.
However, the real reason it is 500MB is the same reason the paper copy is so many pages...
It is about 50% advertising.
Ain't nobody talking about downloading the thing as you read it.
All of the content for an HTML 5 version could be stored offline, you'd be gaining massive size savings - which on limited mobile devices (not just the iPad) would be huge gains.
I'm actually considering writing an open source objective-c framework for specifically this purpose, I would hate for Adobe to get a foothold in this and kill the promise.
An easy jumping off point for cross compatibility with Android, Windows, and OS X?
How have they optimized for time to market given that they have a large team of HTML-savvy web designers in house?
And what is the point of optimizing for time if you fail to deliver something that delights your market?
I haven't tried this thing, so please correct me if I'm wrong, but if every page is an image, how does one copy text? If there is text in a column, Double tapping ought to maximize the text to fit the column. I don't imagine that works either.
So they're making something that looks like a web page but offers less functionality. That's a very poor trade-off. Those 90s CD-ROMs made money for people back when browsers couldn't deliver that experience. They offered more functionality than the web.
Today, stuff like this offers less functionality. That's a big sacrifice to make.
1) It's freakin' 500MB! Even though I have a 32GB iPad, I want that space for music and videos, not a magazine that I'll probably read once or twice for each issue.
2) It was super unclear how much future issues would cost, how they would be delivered, and how much space subsequent issues would use.
I've been very unimpressed with what the media has been able to create with the iPad. I think Apple needs to host a traveling "Developer Days" focused purely on the media, helping them to create really killer shit.
After all, these failures only lend ammo to the anti-iPad Kindle worshippers, when the problem is really the ability for media to innovate.
Applications must be originally written in Objective-C, C, C++,
or JavaScript as executed by the iPhone OS WebKit engine
This means that any "interactive" elements must either be written directly in Objective C, or you're confined entirely to WebKit.If you don't fancy building new Objective C apps every time you roll out an issue of your magazine, you have two options.. do it entirely in WebKit or pre-render everything and spew it out with a simpler native reader. Looks like Wired took the latter option. I'd always wondered how magazines would get around this issue - guess we've found out.
However, creating these "by hand" in Objective C for each issue would be time intensive. Instead, you'd usually use a scripting language or a framework like Flash to create interactive elements that are beyond JavaScript's reach. 3.3.1 invalidates this approach requiring you either go Webkit, totally native, or, well, nowhere. There is no middle ground for scripting within apps beyond JavaScript on Webkit.
http://www.wired.com/epicenter/2010/05/wired-ipad-app-sells-...
Because consumers are not trained to pay for web sites, whereas they're trained to pay AppStore-delivered apps, that's why.
80% of iPhone/iPad applications, both accepted and rejected ones, would work great in HTML5; the figure is of course much higher for applications that might have been written in flash.
But discussions about Apple's languages, SDK or even hardware platforms are moot; the game changer for companies is the AppStore, and access to this AppStore is the only thing they truly care about. They can, but don't want to, distribute most of their stuff over plain old HTTP. What they can't is getting paid for doing so.
I'm always willing to buy e-books in open format and they always end-up in broken or/and proprietary formats that you can't read on your platform.
This always reminds me of the DRM sucks visualization for the audio book : http://s3.amazonaws.com/the_brads/the_brads_drm.png
inDesign extension/tool that will do iPad/AIR/HTML5 packaging:
http://www.youtube.com/watch?v=u1IZ-16FVs4
I think they also did the Sports Illustrated HTML5 magazine with thewondefactory.com
iPhone/iPad Operating system
or
iPiece Of Shit.
What the heck with the downvotes? Aren't the iPhone and iPad Operating Systems based on one another? I just thought it was funny that, at first glance, my brain saw something completely different than "iPhone Operating System".
I had no idea it would hit like this. 100K hits since 3pm EST.
Maybe if the authors of these kinds of posts provided us with a demos I'd start taking these missives seriously.
Have you used it?
It really is pretty much a slideshow. Even if you write it using webkit, you can ape whatever wonderful interactions you seem to be having (that I must have completely missed) using multiple UIWebView's and some good ol CoreAnimation.
You can also extend UIWebView with straight up Objective-C, further adding in the ability to do pretty much whatever you want.
There are a shit ton of HTML 5 demo's on the web. Try google.