3

I am prototyping a small Android app where the user inputs weights (well, masses). For the weight input form, I hesitate between

  • A top bar containing a 'back' button on the left (arrow-like, iOS style) and a 'save' button on the right (which as a side-effect would take the user back to the main screen)

and

  • A bottom bar containing two rectangular buttons, 'Cancel' and 'OK' (both having the aforementioned side-effect).

Which one is more idiomatic/predictable/better?

Cheers

4

Remember the user has a "back" button on Android, however in this situation it sounds like they should either be saving or cancelling the form. "Back" might imply that you're leaving this menu but you can come back (as some apps DO let you do); cancel would imply you're clearing the data from the form, which I assume you're doing.

Making the back/cancel button look like part of the navigation might also suggest this effect; form entry cancel/save buttons are usually at the bottom. I would avoid the top bar unless you consistently have a top bar for navigation throughout the app; in which case you might even want to leave a back button on the top for all pages, and give an explicit cancel button for any forms.

As for save/okay I think they're both fine, depends on how you word your application I suppose; Save is more formal and makes more sense for a regular data entry perspective. "Ok" uses more common vernacular but I doubt either would confuse or imply anything incorrect.

Save/cancel seems to be the most semantically correct considering what I assume your application does. I wouldn't want users to question what happens when they click a button like "back" on a form, and I certainly wouldn't want them to mistakenly assume the data will be there on return.

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.