Some MediaWiki forms have elements with type=email. Up until 2 weeks ago, en-wiki would strip that out as it's invalid in old-school HTML. But now that $wgHtml5 is true, it flows to the browser.
A nifty result is mobile browsers will use a custom on-screen keyboard with @ and .com in it for type=email. A new result is HTML5 browsers will not submit a form with an invalid e-mail in it. A strange result is, Special:ChangeEmail [1] already does client-side validation of e-mail, so users on HTML5 browsers get duelling tooltips! (See screenshot [2] attached to Bug 40909 [3].)
Other MediaWiki forms that use Html or HTMLForm to specify HTML5 field types will also have behavior changes. If you don't want the browser's validation, Munaf Assaf figured out you can disable it [4] or you can sort-of override the styles for the browser's validation tooltip [5]. Does anyone have experience of doing client-side validation in conjunction with the browsers' own validation? Ideally a jQuery plug-in would build up client-side validation on top of the browser's HTML5 support while hiding their big differences in implementation.
Thanks in advance,
[1] https://en.wikipedia.org/wiki/Special:ChangeEmail [2] http://bug-attachment.wikimedia.org/attachment.cgi?id=11173 [3] https://bugzilla.wikimedia.org/show_bug.cgi?id=40909 [4] http://www.w3.org/TR/html5/attributes-common-to-form-controls.html#attr-fs-n... [5] http://jsfiddle.net/trixta/qTV3g/