Live data from Hacker News

Defending Android’s Hardware Buttons

vbsteven.com

11–20 of 32 posts

Re: Defending Android’s Hardware Buttons

#11
My not so technically inclined mother just purchased an iPhone to "keep up with the times." Her biggest difficulty with it so far is figuring out how to move around within any application, specifically going back. It's hard for her to realize that sometimes she has to hit the button called "back" sometimes it's called "cancel" and sometimes it's called something else. She would love a back button, even if it were inconsistent.

Re: Defending Android’s Hardware Buttons

#12
post #6

> In the following article I will try to explain that this behavior is not broken. Instead it is exactly what the Android developers had in mind while designing the back button behavior. Correct, but something being by design does not imply it not being "broken". We have plenty of examples of things with flawed designs.

Yes, but the main argument for the hardware back button being "broken" was that it was inconsistent. This article shows that the only thing it is inconsistent with is the iOS model of multitasking.

Re: Defending Android’s Hardware Buttons

#13
While sometimes applications on Android override the back button functionality and thus cause confusion, I always find it very hard to adjust back to the iOS-way when using my iPhone. Especially if I can not easily go back to the previous application (one has to longpress the homebutton for that).

And if you want to see inconsistent or pretty lame use of a back button, just use the facebook app on iOS ;-) ... I don't know how often one has to click it to get back to it's main screen, but it seems to depend on how often you opened the app from a notification. That works far better on the Android version ...

Re: Defending Android’s Hardware Buttons

#14
post #3

This is only about certain behaviours of the Back button. On my Samsung phone I have four buttons on the front of the phone plus volume control and on/off buttons on the sides. The four buttons are invisible in dim light and even after using the damn thing for a year I'm uncertain of which button is where. As far as I'm concerned the buttons are broken.

I have seen the Samsung Galaxy S, and the hardware buttons on the front have several problems: 1. They are capacitive, so there is no tactile feedback ever 2. They are made to be near invisible, so you can't see them in dim light 3. The icons on the buttons are not immediately crystal clear to me My HTC Legend has none of these problems: I can find the buttons in the dark by feel, and the iconography is clear. To me,…

I have a Samsung Captivate (AT&T's Galaxy S) and while I have been quite disappointed with the device at a high-level, my issues have not been with android or the hardware buttons.

> 1. They are capacitive, so there is no tactile feedback ever

You can enable haptic feedback or tones (cringe), neither of which has substantial effect on battery life.

> 2. They are made to be near invisible, so you can't see them in dim light

True.

> 3. The icons on the buttons are not immediately crystal clear to me

While this may be true, they quite consistent with all the other android phones. (Are you specifically concerned about the having an icon for menu instead of the "menu" text?)

Re: Defending Android’s Hardware Buttons

#15
post #12
post #6

> In the following article I will try to explain that this behavior is not broken. Instead it is exactly what the Android developers had in mind while designing the back button behavior. Correct, but something being by design does not imply it not being "broken". We have plenty of examples of things with flawed designs.

Yes, but the main argument for the hardware back button being "broken" was that it was inconsistent. This article shows that the only thing it is inconsistent with is the iOS model of multitasking.

Personally, I think the model the designers built on activities makes perfect sense an is very interesting on a technical level, but as much as you explain them to me, it still doesn't do what I want, need or expect sometimes.

Activities are hidden, they are not a user visible concept, so you cannot easily build a mental model without knowing and consciously thinking about them. From the UI, it just looks that the button has been overloaded with two functions: changing applications and changing views in the same application, because applications and views are the two very obvious UI concepts.

I also think Matias Duarte and the Android designers agree that the back button has some problems as Android 4 now has two back buttons: the good old one on the bottom and another one on the top left that behaves just like iOS's. I'm not sure two buttons with similar but slightly different behaviors are the perfect solution but we'll see if people like it.

Re: Defending Android’s Hardware Buttons

#16
post #11

My not so technically inclined mother just purchased an iPhone to "keep up with the times." Her biggest difficulty with it so far is figuring out how to move around within any application, specifically going back. It's hard for her to realize that sometimes she has to hit the button called "back" sometimes it's called "cancel" and sometimes it's called something else. She would love a back button, even if it were inc…

I always get frustrated by apps that have an embedded browser. (Facebook, Twitter, etc.) The upper left will be a back button that returns to the app, but the browsers back button is in the lower left. I know that's how Safari is on the iPhone, but man do I always hit that app's upper left back, when I really want embedded Safari's lower left back.

Re: Defending Android’s Hardware Buttons

#17
I'm an Android user and I'll continue to be one in the forseeable future, but I have to agree that the back button "feels" inconsistent. There might be a logic behind how it works (OS-wide back button), but that doesn't mean it will make sense for the user. An app-level back-button makes a lot more sense to me. It should work just like it works in the browser.

That being said, I hope Google will try to get rid of all the physical buttons and "bottom bar buttons" in Android and replace them with gestures (learn from N9 Meego), so we can fully utilize 100% of the screen (and of course no more wasted front space with physical buttons, too). I think there are some phones coming out like the LG U1, which will have both a physical home button and virtual buttons with ICS. How does that make any sense? It wastes double the space.

Another feature request would be getting rid of the icons, too. I don't think icons belong in the touch world. You need bigger graphical elements, that are also richer than just an icon. I see them moving in this direction with some apps, but they need to move faster, preferably by Android 5.0.

Re: Defending Android’s Hardware Buttons

#18
post #3

Earlier quoted context omitted.

I have seen the Samsung Galaxy S, and the hardware buttons on the front have several problems: 1. They are capacitive, so there is no tactile feedback ever 2. They are made to be near invisible, so you can't see them in dim light 3. The icons on the buttons are not immediately crystal clear to me My HTC Legend has none of these problems: I can find the buttons in the dark by feel, and the iconography is clear. To me,…

I have a Samsung Captivate (AT&T's Galaxy S) and while I have been quite disappointed with the device at a high-level, my issues have not been with android or the hardware buttons. > 1. They are capacitive, so there is no tactile feedback ever You can enable haptic feedback or tones (cringe), neither of which has substantial effect on battery life. > 2. They are made to be near invisible, so you can't see them in dim…

> You can enable haptic feedback or tones (cringe)

Both of which are a poor substitute for feeling the button depress.

However, I was mostly concerned about feeling the button and the edges of the button before pressing it (to be able to use the buttons without looking), but I realize now that this might not be included in the commonly accepted meaning of "tactile feedback" ;)

> Are you specifically concerned about the having an icon for menu instead of the "menu" text?

No, but I am concerned about the poor choice of icon to represent the menu.

The back-button is understandable, but why does it go forward before it goes back?

And finally, my biggest problem: What does the icon-less button in the center of the Galaxy S do? I have no idea, and the only way to figure out is to test it. (If I have to guess, I'd say it's the home-button, which is otherwise lacking and is the closest in functionality to the icon-less iPhone-button)

(Image for reference: http://androidspin.com/wp-content/uploads/2010/07/Samsung-Ga... )

I was also thinking about what I suppose must be the home-icon on the Galaxy Nexus. ( http://www.google.com/nexus/img/content/introduction.png ) This icon exhibits the classical problem of over-abstracting. It is no more a home or house than it is a shift-key, up-arrow or pointed rock.

Compare with HTC Legend: http://cdn.cbsi.com.au/story_media/339301189/htc-legend_1.jp...

From the left:

1. Obviously a house (and therefore a home), even with a chimney, while still being clear.

2. Obviously a menu-button. You unfortunately have to read it, but it is at least unambiguous.

3. Obviously a back-button. (No forward motion)

4. Assuming that the user has learned the weird currently popular icon for search, obviously search. Otherwise not a good icon.

----

I hope this clarifies my original post :)

Re: Defending Android’s Hardware Buttons

#19

I'm an Android user and I'll continue to be one in the forseeable future, but I have to agree that the back button "feels" inconsistent. There might be a logic behind how it works (OS-wide back button), but that doesn't mean it will make sense for the user. An app-level back-button makes a lot more sense to me. It should work just like it works in the browser. That being said, I hope Google will try to get rid of all…

To me it rarely feels inconsistent. I like that the back button remembers the context for whatever my current action is. It means I don't have to keep it in working memory. I just press back when I'm done.

I also disagree with Gruber's complaint:

Here’s one thing I don’t like about the Android Back button that I’ve never seen a counterargument for: it presumes that you, the user, remember the activity stack. If you turn your phone on and you’re looking at a web page in the browser, if you don’t remember what you were doing immediately before opening the web page you’re looking at, you have no idea where you’re going to go if you hit the Back button. Could be another app, could be another web page, could be the home screen. And if hitting the Back button takes you somewhere you didn’t want to go, there’s no Forward button to reverse it. It’s like leaving a breadcrumb trail in the dark — you have to remember where the breadcrumbs are because you can’t see them.

http://daringfireball.net/linked/2011/11/02/defending-androi...

Actually, I think what's nice about it is that you don't have to remember the activity stack. You just hit back if you want to go to the previous activity, and if you don't want to go to the previous activity, you go to the home screen. Why would you hit back if you didn't want to go to the previous activity and also didn't remember what the previous activity was?

Here's a common analogous scenario for me. I unlock my phone to a web page. I finish reading the web page and then go, "How did I get here?" I hit back, which usually takes me to the previous web page, to google reader, or to twitter. I then go on with what I was doing, probably skimming feeds. It's a great, natural workflow that allows me to pick up exactly where I left off.

I wonder how Gruber manages to use web browsers' back buttons without getting confused. I mean, when you hit it, it can go to SOME RANDOM WEB PAGE!

As for the forward button, it's just a matter of hitting the exact same link or button that you did the first time. Forward is redundant.

And of course, if you're ever confused, you can just hit the home button and start over. This is your only option in iOS. If you get routed to twitter from another app, and then you want to go back? Hope you remember what you were doing before. In fact, you'd better make sure you remember if you want to get back. Because you're going to have to go back through the home screen to get there.

In my scenario above, ported to iOS, if I wake up my phone to a web page, I basically have no way to go back to the activity I was doing before the web page except to just remember. That, to me, is a much worse workflow. There just aren't any breadcrumbs at all.

I also don't think there's any way to get rid of the OS-wide buttons, because there are basically two axes of navigation. There's the OS wide one along which the back button acts, and there's also the in-app one that takes you between panes of an app. Swipes already move you between panes. How can they also move you back in the activity stack?

I do agree with you that icons are outdated. I hope Android steals more from Windows Phone 7. Those tile are gorgeous.

Re: Defending Android’s Hardware Buttons

#20

This is only about certain behaviours of the Back button. On my Samsung phone I have four buttons on the front of the phone plus volume control and on/off buttons on the sides. The four buttons are invisible in dim light and even after using the damn thing for a year I'm uncertain of which button is where. As far as I'm concerned the buttons are broken.

That's funny. I had the opposite problem with my Motorola Droid. The 4 buttons were too bright and distracting from the screen. I found an app for rooted devices that turns off the button backlights, which is fine, because I memorized the positions: back, menu, home, search.
Post reply on HN