Reputation: 2023
I was wondering what the differences are between Select-Option and Datalist-Option. Is there any situation in which it would be better to use one or the other? An example of each follows:
Select-Option
<select name="browser">
<option value="firefox">Firefox</option>
<option value="ie">IE</option>
<option value="chrome">Chrome</option>
<option value="opera">Opera</option>
<option value="safari">Safari</option>
</select>
Datalist-Option
<input type="text" list="browsers">
<datalist id="browsers">
<option value="Firefox">
<option value="IE">
<option value="Chrome">
<option value="Opera">
<option value="Safari">
</datalist>
Upvotes: 195
Views: 184081
Reputation: 31
In the 'select' element, there is some kind of compulsion, that the user had to choose one option among other options, but the 'datalist' shows the freedom to enter any option the user wants, either from the suggested options or anything else she/he wants.
Upvotes: 2
Reputation: 65
Data List is a new HTML tag in HTML5 supported browsers. It renders as a text box with some list of options. For Example for Gender Text box it will give you options as Male Female when you type 'M' or 'F' in Text Box.
<input type="text" list="Gender">
<datalist id="Gender">
<option value="Male">
<option value="Female">
</datalist>
Upvotes: 3
Reputation: 5850
From a technical point of view they're completely different. <datalist>
is an abstract container of options for other elements. In your case you've used it with <input type="text"
but you can also use it with ranges, colors, dates etc. http://demo.agektmr.com/datalist/
If using it with text input, as a type of autocomplete, then the question really is: Is it better to use a free-form text input, or a predetermined list of options? In that case I think the answer is a bit more obvious.
If we focus on the use of <datalist>
as a list of options for a text field then here are some specific differences between that and a select box:
A <datalist>
fed text box has a single string for both display
label and submit. A select box can have a different submit value vs. display label <option value='ie'>Internet Explorer</option>
.
A <datalist>
fed text box does not support the <optgroup>
tag to organize the display.
You can not restrict a user to the list of options in a <datalist>
like you can with a <select>
.
The onchange event works differently. On a <select>
element, the onchange event is fired immediately upon change, whereas with
<input type="text"
the event is fired after the element loses
focus or the user presses enter.
<datalist>
has really spotty support across browsers. The way to show all available options is inconsistent, and things only get
worse from there.
The last point is really the big one in my opinion. Since you will HAVE to have a more universal autocomplete fallback, then there is almost no reason to go through the trouble of configuring a <datalist>
. Plus any decent autocomplete pluging will allow for ways to style the display of your options, which <datalist>
does not do. If <datalist>
accepted <li>
elements that you could manipulate however you want, it would have been really great! But NO.
Also insofar as i can tell, the <datalist>
search is an exact match from the beginning of the string. So if you had <option value="internet explorer">
and you searched for 'explorer' you would get no results. Most autocomplete plugins will search anywhere in the text.
I've only used <datalist>
as a quick and lazy convenience helper for some internal pages where I know with a 100% certainty that the users have the latest Chrome or Firefox, and will not try to submit bogus values. For any other case, it's hard to recommend the use of <datalist>
due to very poor browser support.
Upvotes: 92
Reputation: 273
Datalist includes autocomplete and suggestions natively, it can also allow a user to enter a value that is not defined in the suggestions.
Select only gives you pre-defined options the user has to select from
Upvotes: 13
Reputation: 1636
Its similar to select, But datalist has additional functionalities like auto suggest. You can even type and see suggestions as and when you type.
User will also be able to write items which is not there in list.
Upvotes: 2
Reputation: 6626
There is another important difference between select
and datalist
.
Here comes the browser support factor.
select is widely supported by browsers compared to datalist. Please take a look at this page for complete browser support of datalist--
Where as select is supported in effectively all browsers (since IE6+, Firefox 2+, Chrome 1+ etc)
Upvotes: 0
Reputation: 587
To specifically answer a part of your question "Is there any situation in which it would be better to use one or the other?", consider a form with repeating sections. If the repeating section contains many select
tags, then the option
s must be rendered for each select, for every row.
In such a case, I would consider using datalist
with input
, because the same datalist
can be used for any number of input
s. This could potentially save a large amount of rendering time on the server, and would scale much better to any number of rows.
Upvotes: 2
Reputation: 3997
I noticed that there is no selected feature in datalist. It only gives you choice but can't have a default option. You can't show the selected option on the next page either.
Upvotes: 0
Reputation: 13397
Think of it as the difference between a requirement and a suggestion. For the select
element, the user is required to select one of the options you've given. For the datalist
element, it is suggested that the user select one of the options you've given, but he can actually enter anything he wants in the input.
Edit 1: So which one you use depends upon your requirements. If the user must enter one of your choices, use the select
element. If the use can enter whatever, use the datalist
element.
Edit 2: Found this tidbit in the HTML Living Standard: "Each option element that is a descendant of the datalist element...represents a suggestion."
Upvotes: 267