Siempre he asumido que el navegador email-validation-regex es más robusto que algún patrón regex en JS / PHP.
Mi empleador me acaba de mostrar que ambas cadenas se consideran correctas (por fin en FF28):
test@test.com // Expected to be true, is true
test@test // Expected to be false, is true
¿Por qué es esto último cierto? ¿Es esto un error o algo para el futuro? Porque, por lo que puedo decir, no es correcto no usar una extensión (aparte de quizás los hosts locales).
¿Alguien que pueda arrojar algo de luz sobre esto?
<input type="email" />
solo es útil para sitios web móviles, por lo que la mayoría de los teclados se mostrarán con una pantalla adecuada (con la @
tecla y algunos .com
accesos directos ...).
pattern
test@test
es una dirección de correo electrónico válida ... trata test
como a tld
. Al igual que test@com
es una dirección de correo electrónico válida para el com
tld ... tools.ietf.org/html/rfc2822#section-3.4.1