Apple "WebApp" Short-Comings?
Monday, January 10, 2011 at 05:30PM
James Koch

The iPhone/iPad/iPod "apple-mobile-web-app-capable" meta tag is great for hiding browser chrome and giving users a "full screen" experience once they add your page to their home screen.  Unfortunately I'm finding it's a real pain for fast switching between apps.

If I load my single-page "app" in regular Safari, then press the home button, then task-switch back to Safari, I'm right back where I started without any noticeable difference. Safari appears to have stayed 100% resident in memory and users can happily bounce to and from my app.  Certainly loading a bunch of resource-intensive apps will cause some to be unloaded, but for now my test case is just going "home" then switching back.

What if I instead load my app from a home screen icon, so I can enjoy the increased screen space of "apple-mobile-web-app-capable"?  My testing on both an iPhone 4 and an iPad shows the same unfortunate behavior - the app reloads 100% of the time. I'm already using things like the Application Cache (manifest) and local storage for offline access, so my users haven't lost any data or their place in the app, but there's still a noticeable ~1 second stall while the HTML and Javascript are spun up again.

I've tried disabling my Application Cache, just to take it out of the equation.  In that case I see each "task switch" to the app hitting the server every time, even when the page is set to be cached w/ a 1 yr expiration.

I've still got a few more experiments to try, but so far it's looking like bundling your page as an "app" in this way actually makes it very unfriendly for users who might want to, god forbid, use more than one app at a time.

Article originally appeared on Will Code For Equity (http://willcodeforequity.com/).
See website for complete article licensing information.