Input type="email" and type="url"

[johnbillion]

Text inputs for email addresses were replaced with email inputs in [20168] but reverted in [20196] due to poor client-side validation by Chrome 17 and Firefox 10, however we've had input type="email" on the registration form since [18763].

We should:

1. Test the current state of client-side validation.
2. Either introduce email inputs in the admin area or revert [18763] depending on the results of point 1.

See ​http://core.trac.wordpress.org/ticket/17863#comment:25 for the email input validation issue.

[nacin]

I went through all of wp-admin. That wp-login.php was not reverted was indeed a mistake.

Setting the forms to novalidate should be sufficient, if that remains a concern. Context-sensitive mobile keyboards is, in my opinion, more important than validation.

[lessbloat]

Changes email to text on wp-login.php (in case we don't go with the novalidate route)

[lessbloat]

novalidate option using email instead of text (needs testing)

[nacin]

In 22413:

Revert type="email" on the registration form to avoid validation issues. see #22183.

[nacin]

Let's try to bring these back (sans validation) in a future release.

[Kau-Boy]

I've wrote a new patch with the current dev version. The patch will fix not only type="email" but also type="url" where ever it should be used for usabilty reasons.

It also adds the novalide="novalidate" in XHTML syntax to all <form> tags concidering the mentioned validation issue in FF.

This patch is proudly presented by the WordCamp Hamburg Contributor Day. #wchh14

[Kau-Boy]

using type email/url and adding novalidate to all core forms

[wonderboymusic]

Someone should decide if we want this

[johnbillion]

This needs some good cross-browser testing with IDNs. I'll see what I can do.

[johnbillion]

Looks like we're good to go. The novalidate attribute allows the form to be submitted in the following browsers which otherwise reject valid IDNs:

• Chrome 28 and earlier (desktop and Android)
• Firefox 12 and earlier
• IE10 & IE11

For completeness:

• Safari (desktop and iOS) does not perform any validation
• Android browser does not perform any validation
• Opera (tested up to 22) correctly handles IDN validation

Tested using BrowserStack with the following URL: ​https://johnblackbourn.com/idn.php

[johnbillion]

In 29030:

Implement email and url input types where appropriate. Props Kau-Boy. Fixes #22183.