开发者

Can the behaviour of new HTML5 form types be overridden?

开发者 https://www.devze.com 2022-12-11 19:32 出处:网络
I was wondering if anyone knew if it were possible to override th开发者_高级运维e default behaviour of browsers that support the new HTML input types such as type=\"email\" and type=\"date\"?

I was wondering if anyone knew if it were possible to override th开发者_高级运维e default behaviour of browsers that support the new HTML input types such as type="email" and type="date"?

I appreciate that I could test if a browser supports an input type and provide a fallback for those browsers that don't, but what I want to know is is there any way to prevent that default behaviour from happening in browsers that do support it?

For instance, if in Opera I want to use the date input type, but I don't want Opera to display the native datepicker (i.e. I want to replace it with my own custom one) is that possible? Are there any DOM events triggered like onDatePickerShow that one can hook into?

I don't believe that this is possible, but if anyone knows for sure one way or the other I would love to hear from you.


input type=date without datepicker is almost the same as input type=text. If you want to keep validation, then you might use pattern attribute instead.

There's no way to customize look'n'feel of the standard date picker. There are no events for the picker. Spec doesn't define any UI for pickers. Consider how wildly different pickers can be – compare one you get on desktop with picker on the iPhone.

In the future CSS might get pseudo-classes for some customizations of date picker (and file picker), but currently it's all-or-nothing.


Disable validation of HTML5 form elements

If you add a novalidate attribute, then for example you can enter an email without an @

This only seems to disable the client side HTML5 validation.

0

精彩评论

暂无评论...
验证码 换一张
取 消