A défaut de réponses sur ces points j'espère qu'on aura la réponse dans
le RGAA V3 sans devoir faire appel à l'oracle
Aurélien
Bonjour,
"
le formulaire http://www.fiphfp.fr/Contact :
* ne propose pas d'étape de confirmation de saisie des données
personnelles, considérez vous cela comme non conforme ?"
Il n'y à pas besoin d'avoir une étape de confirmation de saisie qui
n'est utilisé que si des informations ne sont plus modifiables avant
l'envoi du formulaire.
ok mais tu considèrerai donc comme également conforme un formulaire
multi étape sans écran récapitulatif mais qui permettrait de revenir
en arrière ?
" ne présente aucun changement dans le title de la page quand il y a des
erreurs de saisies (peut être est ce lié à un cas particulier non
documenté quand les types de formulaire html5 sont utilisés ?)"
Le message d'erreur dans la page est liée au rechargement de la page,
ici il n'y à pas rechargement de page.
ok, il serait peut être bien d'avoir dans la note du glossaire quelque
chose d'un peu plus précis genre :
"lorsqu'une page se recharge dans sa totalité (ou partiellement pour
couvrir le cas ajax ?) et qu'elle affiche des erreurs de saisie, le
titre de la page doit comporter la mention erreur de saisie"
" les messages d'erreur restitué automatiquement par les types html5 ne
proposent pas d'exemple de saisie (la note technique du glossaire n'est
pas très claire sur le fait qu'il est nécessaire de les personnaliser ou
pas)"
Ces messages sont personnalisables via constraint validation qui
n'est pas encore universellement supporté, d'où la tolérance.
même question que Romain
" plusieurs pages de l'échantillon affichent des liens mailto type
"[email protected]. <mailto:[email protected].> Il me semblait que ce type de
lien était considérer comme
non explicite par AW et qu'il fallait donc le rendre explicite par le
biais du contexte pour être conforme niveau Argent (ce qui est le cas
ici) ou directement par l'intitulé au niveau OR (ce qui n'est pas le cas
ici)"
Ce point n'a jamais été formalisé, c'est une vieillerie d'usage AW
1.1 (comme les url)
Au niveau OR / AAA on considère donc que l'intitulé [email protected] est
suffisant pour que l'utilisateur comprenne le changement de contexte
si il s'agit d'un mailto ? idem si c'est un lien type "envoyer un mail
à xxx" ?
Dans ce cas pourquoi le signalement d'ouverture dans une nouvelle
fenêtre est requis et pas le signalement du changement d'agent
utilisateur ?
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
