News for hackers. Stuff that matters.
Re:IOS vs. Android from the Trenches by ikono on Wednesday May 18, 2011 @04:59PM (#2561799)
This is a deeper philosophical issue. With Android you have to remember your usage history to know what the back button is going to do. In iOS you're never going to accidentally switch to a different app. Once you get used to one philosophy the other will become annoying.
Re:IOS vs. Android from the Trenches by GeneralMaximus on Thursday May 19, 2011 @01:15AM (#2562967)
Disclaimer: I'm a long-time Mac user and developer, but these days I mostly write iOS apps. I'm that annoying guy who mutters Cocoa method names in his dreams. I own a HTC Desire, but I've never written an Android application. Not yet, anyway ;)

Android applications are structured like web pages, even when you look at them from a developer's perspective. Besides other things, each app consists of a number of activities. An activity is the UI you see on the screen, and there's a separate activity for each piece of UI you see in an app. For example, your Twitter app might consist of an activity for the timeline, another one for sending a new tweet, another one for setting preferences, etc. It helps to think of an activity as a web page and an app as a website consisting of a number of web pages.

When you're in AppX and want to open a document/URL in AppY, you send AppY an intent, which is a fancy word for message. Android then replaces the current activity from AppX with a new activity from AppY. But that's not all. You can directly send an intent to an activity in AppY, or you can send an intent to AppY and let it decide which activity to use for handling it. You can even just broadcast the intent and let Android decide what to do with it.

So, in reality, you're not using "apps" at all. Instead, you're using a hyperlinked collection of activities, each of which just happens to belong to a collection of activities called an app. When you look at it this way, it's just natural that Android has a home button and a back button. Both those buttons work in natural, predictable ways. If I open an unread text message from my home screen and then hit the back button, I'm back at the home screen. If I open my inbox in the messaging app, navigate to the unread text message and hit back, I'm back at my inbox. What could be more natural?

(Also, IMO, the Android API and developer tools make Cocoa and Xcode look like toys. It's like comparing DirectX with BGI.)

Talking of usability: in my experience, Android is far more usable than iOS. It might not be pretty, but it manages to get nearly everything right UI-wise. Less buttons on the phone != better usability. What if your laptop had only the 26 letters and every other function was bound to a double-tap or press-and-hold action? Double tap Q for F1, press and hold M for backspace?

Re:IOS vs. Android from the Trenches by yardie on Thursday May 19, 2011 @03:39AM (#2563199)
As an iPhone, Android, and WebOS user hands down WebOS has the best navigation implementation of all of them. Activities are in cards. Cards are stacked in the order you use them. You can go from phone to contacts to webpage in the same stack and you can pick any item in that stack, no backbutton needed. It has a dedicated gestures area which is more powerful than 4 buttons and definitely better than one.
Re:IOS vs. Android from the Trenches by cpeterso on Friday May 20, 2011 @01:04AM (#2566504)
I imagine Android could easily display Activity switching and Activity Stacks as webOS-like cards. RIM engineers quietly admit they stole the PlayBook's app switching GUI from webOS cards.
Re:IOS vs. Android from the Trenches by yardie on Friday May 20, 2011 @03:44AM (#2566832)
Google did hire away the designer, Matias Duarte, from HP/Palm. I wouldn't be surprised to see more WebOS-like GUI actions in future versions of Android.
Re:IOS vs. Android from the Trenches by spot on Wednesday May 18, 2011 @05:36PM (#2561928)
I use both and trust me, the back button is good. Your browser has it... even on iOS. Do you have a problem "remembering" where it will take you?
Re:IOS vs. Android from the Trenches by ikono on Wednesday May 18, 2011 @06:15PM (#2562058)
The browser never takes you to a different app and there is a forward button as well if you don't like where it takes you. I'm not saying that iOS task switching is good, I'm just saying there is a reason that there is no global back button. I expect that Apple will make changes to task switching one way or another eventually but it's not going to be with a back button.
Re:IOS vs. Android from the Trenches by ajross on Wednesday May 18, 2011 @07:30PM (#2562298)
That's a nitpicky distinction based on the meaning of "app". The back browser certainly can switch you between applications. A user will be equally "confused" by their screen switching from facebook to gmail as they will if it switched to the photo app or whatever.
Re:IOS vs. Android from the Trenches by bane on Wednesday May 18, 2011 @10:17PM (#2562659)
I'm just saying there is a reason that there is no global back button

Because as part of the original design, iOS had no particular place to go back to other than the home screen...hence the singular home button...which actually is a global back button of sorts.

Re:IOS vs. Android from the Trenches by enjo on Wednesday May 18, 2011 @05:10PM (#2561836)
On quibble: In Android the back button really seems to serve the purpose of "take me anywhere BUT here". I have no real cognitive sense (generally) of where I am in the stack. I simply hit the back button until I get back to something that looks familiar.
Re:IOS vs. Android from the Trenches by sehugg on Wednesday May 18, 2011 @07:07PM (#2562213)
It's not you :) The design for Activity and "task stacks" is very complicated: http://developer.android.com/guide/practices/ui_guidelines/a...