I'm concerned about the actual implementation of email, url, tel and number. In shipping versions of Safari (and maybe other browsers ?), those are exposed but without new functionality. Before that, a simple test on input.type != number was sufficient to provide an alternative via Javascript if necessary. And it goes against the philosophy of testing the functionality instead of relying on browser sniffing.

Le 26 août 09 à 08:21, Maciej Stachowiak a écrit :

- new <input> element types
These seem generally useful, and we already have some implemented to various extents (search, range, email, url tel). The only concern is the sheer number of date and time controls. 6 of the 13 new input types are for dates or times. Are there real use cases for all 6? Do all 6 exhaustively cover the types of time and date input you may want to do in forms?


_______________________________________________
webkit-dev mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Reply via email to