Validación nativa de formularios: required, pattern y type email
Mariana R.
Nivel 2 ·
Mariana R.
Nivel 2 ·
Unai H.
Nivel 2 ·
Para la experiencia del usuario es genial: mensajes automáticos, y en el celular aparece el teclado correcto con type="email" o type="tel".
Mirna A.
Nivel 3 ·
Pero NUNCA reemplaza la validación en el servidor. Cualquiera puede abrir las DevTools, sacar el required y mandar lo que quiera.
Claudio H.
Nivel 2 ·
pattern usa expresiones regulares y se aplica a todo el valor, como si tuviera ^ y $ implícitos. Ojo con eso.
Mariana F.
Nivel 3 ·
Los mensajes nativos no siempre quedan lindos. Con la API de validación (setCustomValidity) podés personalizarlos.
Mariángel M.
Nivel 3 ·
Y en CSS usá :user-invalid para marcar errores recién después de que el usuario interactuó, en vez de :invalid, que pinta todo en rojo apenas carga.
Mariana R.
Nivel 2 ·
Lo de sacar el required desde las DevTools es tan obvio que me da vergüenza no haberlo pensado. Validación en el servidor sí o sí.