Validation des formulaires et conformité à la LAPHO
La validation de formulaire en ligne interfère-t-elle avec Conformité AODA?
Nous concevons un formulaire pour un produit qui doit répondre à la conformité AODA double AA. Nous aimerions également concevoir un formulaire qui réduit la propension à l'erreur. Nous pensons pouvoir y parvenir en validant les entrées en temps réel.
La question qui s'est posée est: La validation en ligne interfère-t-elle avec les lecteurs d'écran?
Est-ce une solution web? Si c'est le cas, JAWS et NVDA prennent en charge les attributs ARIA que vous pouvez ajouter au html, et les deux lecteurs d'écran peuvent travailler avec la validation de champ en ligne en utilisant les rôles, états et attributs de propriété ARIA corrects.
Il y a quelques bons conseils ici sur le site web de webaim qui discute de plusieurs approches - la validation en ligne est près du bas de l'article: http://webaim.org/techniques/formvalidation/
Erreurs en ligne
Une autre approche consiste à afficher les messages d'erreur dans le formulaire dans le contexte du contrôle de formulaire qui nécessite une attention. Cette approche nécessite des messages d'erreur visuellement distinctifs, donc l'attention est immédiatement attirée sur eux. Les messages d'erreur doivent être associés à leurs contrôles respectifs (via l'étiquetage ou peut-être
aria-describedby. Il peut être utile de mettre l'accent sur le premier contrôle qui nécessite de l'attention.L'avantage de l'approche "Erreurs en ligne" est que les erreurs apparaissent dans le contexte de leurs contrôles respectifs.
L'inconvénient est que l'utilisateur doit parcourir visuellement le formulaire ou y naviguer pour découvrir les contrôles non valides et leurs messages d'erreur respectifs. Cela peut prendre un certain temps.