[Article] L'API HTML5 de contrainte de validation

Version imprimable

02/01/2013, 10h30
Bovino

[Article] L'API HTML5 de contrainte de validation

:salut:

Je vous propose une traduction de l'article Constraint Validation: Native Client Side Validation for Web Forms publié sur HTML5 Rocks : L'API HTML5 de contrainte de validation.

Dans cet article, vous découvrirez tous les aspects de la validation de formulaires avec HTML5 : les nouvelles balises et attributs, les possibilités de personnalisation CSS ainsi que les propriétés JavaScript utiles.

Bien sûr, n'hésitez pas à faire part de vos remarques et commentaires sur cet article !

:fleche: L'API HTML5 de contrainte de validation.

:merci:
02/01/2013, 11h48
Kaamo

Excellent ! Merci. En effet, H5F est un excellent polyfill pour les anciens navigateurs. Avant j'avais un truc de validation (comme tout le monde en fait) perso, j'ai vite changé pour ça. Un peu de natif ne fait pas de mal !
04/01/2013, 17h11
gui80

Merci Bovino :)

une petite remarque, à la fin, dans la conclusion, j'aurai juste remplacé le "ou" par un "et" (tu l'évoques bien, qu'il faut dans tous les cas, une validation côté serveur dans la partie VII-A) :

"""
Bien qu'il existe quelques problèmes concernant l'implémentation et la gestion des navigateurs anciens, avec une bonne solution de remplacement ouet une prise en charge alternative côté serveur, vous pouvez d'ores et déjà utiliser cette API dans vos formulaires.
"""

Je me trompe peut-être mais je préfère demander quand même.
04/01/2013, 17h32
Bovino

Non, le ou concerne uniquement les solutions de remplacement. Pour remplacer les fonctionnalités de l'API pour les navigateurs ne la supportant pas, il faut une solution JavaScript ou une gestion côté serveur.

Mais bien sûr, dans tous les cas, une vérification supplémentaire côté serveur est indispensable !
04/01/2013, 18h34
camus3

Citation:

Une contradiction majeure d'affichage est le style de la bulle d'erreur affichée par les navigateurs. Webkit est le seul moteur de rendu permettant leur personnalisation.

Et ensuite on reproche aux devs de développer pour webkit ... si les autres "vendors" avaient le même soucis du détail au lieu de se perdre dans des fonctionnalités qui ne servent à rien on n'en serait pas la...