Input type should be honored (e.g. email, url, tel)

[ericboehs]

When setting an input type to email, for example, it should pass through to the input that selectize creates.

This is handy for mobile devices as the type is how they determine what keyboard to display.

Other fields such as url and tel should also work.

[brianreavis]

I agree that this would be nice. It's a bit more complicated than transferring the attribute to the the inner textbox, though. When allowing users to create options on the fly, there will have to be checks in place to ensure that input text is valid before adding the option. In the cases that it's not valid, it should trip up native validation errors in the browser (related article).

Also, we shouldn't really support one type without supporting the others:

<input type="email">
<input type="url">
<input type="tel">

[ericboehs]

there will have to be checks in place to ensure that input text is valid before adding the option

I'm not familiar with the standard/implementation but those features don't seem mutually exclusive.

Also, we shouldn't really support one type without supporting the others

Agreed. I've updated the description. Feel free to add any other types.

[pkat]

+1. Especially for the type="email". perhaps using a input pattern may helps solve the issue. Also having the correct input type would help bring up the correct keyboard type (regular vs email vs number) on smartphones and tablets.

[ulriklystbaek]

Input type email support is another issue. Only types suporting selection can be used (https://html.spec.whatwg.org/multipage/forms.html#do-not-apply). So issue would be that get selectize to work withiout using selection functions.

[risadams]

closing stale issues older than one year.
If this issue was closed in error please message the maintainers.
All issues must include a proper title, description, and examples.