Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Autocomplete vs Drop-down. When to use?

I've read somewhere (can't remember/find where) an article about web usability describing when to use drop downs and when to use autocomplete fields.

Basically, the article says that the human brain cannot store more then the last five options presented to choose.

For example, in a profile form, where there is your current occupation, and the system gives you a bunch of options, when you read the sixth options, your brain can't remember the first one anymore. This example is a great place to use an autocomplete field, where the user types something that he thinks that would be his occupation and then select the better from the few options filtered.

I would like to hear your opinion about this subject.

When should I use a drop-down and when I should use a Autocomplete field?

like image 985
robertokl Avatar asked Jul 26 '10 21:07

robertokl


3 Answers

For a limited list, don't use an autocomplete edit box or combobox, but use a listbox where all values are visible all at once. For limited lists, especially with static content of up to about 8 items, this takes up real estate, but presents the user with a better immediate overview.

For less than 5 items a radiogroup or checkbox group (multiple selections) may also be better.

For lists whose content is dynamic, like a list of contacts, a (scrolling) listbox or combobox are appropriate because you never know how many items will be in the list. To keep it manageable, you will need to allow for some kind of filtering and/or autocomplete.

Autocomplete usually suffers from the fact that what the users types needs to match a string from the beginning. I hate those except for when they are used to complete a value based on what I typed in that (type of) field before. E.g. what browsers nowadays offer when filling out online forms.

Allowing a user to start typing in a combobox usually suffers the same drawback. But admittedly it doesn't need to if the filtering is based on "like %abc%" instead of "starts with abc"

When dealing with lists that can have many similar items, I really like the way GMail's "To" field handles it. You start typing any part of someone's name or e-mail address and GMail will drop down a list presenting all the contacts whose name or e-mail address contains the characters you have typed so far anywhere within them. Using the up and down keys changes the selection in the dropped down list (without affecting what you have typed) and pressing enter adds the currently selected item to the "To" field. By far the best user experience I have had so far when having to select something from a list.

Haven't found any components yet that can do this, but it's not too hard to "fake" by combining an edit box and a listbox that drops down when you start typing and has its contents is filtered based on what has been typed so far.

like image 180
Marjan Venema Avatar answered Dec 03 '22 01:12

Marjan Venema


I would use 2 criteria,

1) How long is the list, if the list contains 5 elements you better use a combobox as it will be easier for the user (better UX)

2) In case the list is long, how easy for the user to remember the prefix of what he/she is looking for... if it's not easy, using autocomplete is irrelevant..

like image 44
DuduAlul Avatar answered Dec 03 '22 03:12

DuduAlul


I'd say it depends on the diversity in the list, and the familiarity with the list items.

If for example the list contained over 5 car brands (list items I'm familiar with), no problem.

If on the other hand the list has over 5 last names, it could take me some more time before I'd make a selection.

You should probably just try out both options and trust your gut on which you find easier to use.

like image 32
Kenny Rasschaert Avatar answered Dec 03 '22 01:12

Kenny Rasschaert