Archive for the ‘Mobile’ Category

Droid Doesn’t do tablets

Wednesday, September 1st, 2010

No Android on tablets As a developer and iPhone fan, nothing pleases me more to say that Android has caught up with the iPhone. Android hardware has been great for a while, the Motorola Droid and Nexus One being the first in a wave of great devices, but the software hadn’t been right. Android took its sweet time to develop but finally has all the great features iPhone users have enjoyed since the iPhone 3G and more (wi-fi hotspots for example).

Thing is, the iPhone, and iOS, has moved on.

Since the launch of the iPad, every Android-lover has been waiting for a tablet with Android on it. They want the brilliance and openness of Android on a more useful (day-to-day) form factor. To those people, I say wait, it’s not ready yet. In order to put iOS on a tablet, Apple had to fork the code base into two versions, iPhone 3.1 (later 4.0) and iPad 3.2. To date (though that may change at the September 1st event), these two branches have not converged, nearly 9 months later. Apple did this for a very good reason: the native controllers and views are not suitable for tablet devices and new paradigms needed to be created.

The SplitView Navigation controller

The SplitView Navigation controller, necessary for much of the good UI interaction on the iPad. Courtesy of Apple

Android tablets, on the other hand, are content with throwing the same old mobile-centric code at tablets. For example, today Archos unveiled five new Android 2.2 devices from 2.8″ to 10.1″ and Samsung is about to unveil their Galaxy tablet which is a 7″ Froyo device.

So, why isn’t this a good idea. For one, the Android developer API says it doesn’t support screens larger than 4.3″. That should be a pretty good first clue. Take the iPad HCI guidelines for a second clue. It states that full screen transitions are bad, interfaces have to be tailored to the device, and you have to do more than just blow up the interface to twice the size. Take a look at how iPhone apps look on the iPad for that one.

iPhone app on an iPad

iPhone app on an iPad, now think of an Android app, just blown up.

Truthfully, the current Android SDK just can’t cope with the demands of a tablet UI. Little things like smooth transitions when rotating to big things like having universal apps which cover multiple screen sizes well. Android has support for multiple screen sizes, but it relies on relative positioning for this and is an inelegant solution compared with Apple’s interface builder.

A bigger screen will accentuate the differences in the quality of iOS and Android apps. If you have a mediocre Android app and put it on a tablet, it’s going to look poor, but put a mediocre iPhone app on the iPad, and it’s at least usable. Take a look at this video of a $50 Android tablet from India Do you want a UI like that on your tablet? Didn’t think so.

So, my advice, is wait. Wait until Android 3.0 (Gingerbread) comes out in Q4 this year, then wait until 2011 for some good hardware. 3.0 has set precedent by disallowing vendor customisation, forcing a much-more Apple-esque standard set of controllers which will suit more purposes. Acer and Motorola have already announced that they’re delaying the launch of their Android tablets until 3.0 is available.

Still, when that time comes around, the second generation iPad will be out, and then Android will be playing catch up again.

Update: Just seen the ViewSonic ViewPad 7, a 7″ Froyo tablet. Take a look at the video in the link: it’s full-screen all the way, sluggish and, I quote “a plastic rebadge me-too Android tablet”. When you’re watching the video, think about how that’s going to work on a tablet the size of an iPad (or the Archos 101 for that matter). It’s not going to be pretty.

Dangers of an open mobile OS

Thursday, April 8th, 2010


A friend of mine recently bought a HTC HD2, the extra large touch screen Windows Mobile 6.5 phone. He loves it, it’s great for movies and the mobile web, thanks to Opera and other apps built in to the Sense UI.

A friend of his gave him a memory card with a load of programs on it. Whilst on the tube, my friend went through the list and selected a few to install, things like extra dictionaries, radios and the like. By the time he had reached his stop, he couldn’t make phone calls directly from the contacts list, and by the time he was at his front door, text in SMS messages was ten times larger than normal.

This is an issue for “open” operating systems, and especially true for constrained mobile OSs that rely on a small number of core classes. These can have fundamental settings overridden by apps which appear quite innocent at first, but have ramifications across the device if programmed improperly. That’s just the start; all sorts of things can go wrong including the potential for malicious apps to quietly access all of your data and e-mail it to anyone it wishes.

OS makers have now learnt their lessons, sandboxing apps and allowing for limited communication between services using registered links and restricted APIs. This ‘closed’ solution hasn’t limited developers as many expected, most have simply found ways around the solution, often coming up with innovative and novel methods, working with the strengths of the device instead of against each other.

My friend has learnt his lesson too. He’s reset the phone to factory settings and is building the application library up one at a time from trusted sources. He’ll know better next time.