Tell me more ×
User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It's 100% free, no registration required.

What's the best and most intuitive way to have a user enter a height value in feet and inches into a web form? The major choices seem to be:

  1. Have one text field where they can enter values. This becomes a moderately complex parsing problem if more than one or two formats are allowed, but it's doable.
  2. Have two text fields, one for feet and one for inches.
  3. Have two dropdowns, one for feet and one for inches. This disallows fractional inch values, though, unless there are lots of options in the inches dropdown.

I suppose this question also concerns entering any data item that is often seen as multi-part (phone numbers).

share|improve this question
1  
About entering multipart numbers: ux.stackexchange.com/questions/7100/… – Inca Aug 20 '11 at 8:50
1  
What about a single drop-down box, each row containing a height value: 5'0", 5'1", 5'2", etc.? I feel like I've seen that more frequently than #3. – benzado Aug 23 '11 at 21:08

4 Answers

How about two radio buttons (created with jQuery Aristo UI):

enter image description here

share|improve this answer
+1 neat idea. While it takes up more space than a drop down, it's quite clear to use. – Janel Aug 21 '11 at 19:44

Option one is good if validation is possible. The only problem is that faced with a blank text field, users aren't sure how to format their data - they assume the machine only handles a finite range of formats, and they have to guess which. Not a good user experience.

The usual workaround is to suggest a potential value. Some are doing this with default text in the textbox, sometimes greyed out for best effect.

Another good idea is to parse the data the moment the field loses focus, replacing the user's text with your application's "interpretation" of what they mean. For instance, after entering the text "3.6", your app substitutes the text "3 feet 6 inches". That way, the user can be confident that there's no formatting issues. They can also spot any actual formatting issues earlier (the later the user is told of an error, the harder it is for them to remember the context and their decision, and so the greater the cognitive workload).

share|improve this answer
2  
+1. Also see Forgiving Format at UI Patterns. – Vitaly Mijiritsky Aug 20 '11 at 8:36
Nice examples in that pattern page, too. – Jimmy Breck-McKye Aug 20 '11 at 11:58

Option 2 is the easiest, they are just entering a maximum of two values in each window. Option 1 would be confusing and difficult to parse and option 3 would take longer to hover / scroll to the proper option.

share|improve this answer

I have approached this by taking the difficult initial parsing option (with lots of unit tests) in order for users to type in whatever format they want - but I had a very big range to cater for including negatives.

If the range is not too great the drop downs to the nearest inch might serve better as it stops the user from having to think about format to enter the freeform text eg with spaces hyphens fractions etc.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

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