Bonjour, J'ai pu faire l'essai avec NVDA+Firefox sur le formulaire effectivement mis en place:
- aria-live="assertive" ou aria-live="polite" ne change pas grand chose en termes de restitution. Comme le changement de valeur a lieu au bout d'une seconde environ, on n'a pas le temps de faire autre chose et le lecteur d'écran vocalise le changement dans un très court délai dans les 2 cas - par contre il faut ajouter aria-atomic="true", sinon chaque saisie de chiffre est vocalisée 2 fois. Avec cet attribut, la vocalisation se fait uniquement lorsque l'ensemble du contenu du champ est modifié par le script [image: --] Olivier Nourry [image: http://]about.me/oliviernourry <http://about.me/oliviernourry> Le 18 octobre 2016 à 13:04, Alex Bernier <[email protected]> a écrit : > Le contrôle de la valeur est-il fait "à la volée" (i.e. par exemple via un > script, juste après que le focus ait quitté le champ), ou après validation > du formulaire ? Si on est dans le premier cas, le déplacement du focus est > à proscrire (cela invaliderait le critère 7.4 sur les changements de > contexte); si on est dans le second, OK. > > Maintenant, parlons d'utilisabilité : ce qui me semble intrusif, dans le > cas d'utilisation d'un lecteur d'écran, c'est le fait de déplacer le focus > sur un champ, ce qui va redéclencher le mode formulaire de manière assez > "impromptue"... (Il faudrait tester pour avoir une idée précise du > comportement.) On pourrait donc mettre un « aria-live="asertive" » pour > minimiser le risque que l'utilisateur passe à côté de l'info, sans pour > autant provoquer un changement de focus. > > Alex > > Alex Bernier > -- > Directeur > > Association BrailleNet - AccessiWeb > 12bis avenue Maurice Thorez > 94200 Ivry sur Seine > > Tél. + 33 1 85 09 05 13 > > Fax + 33 1 46 70 35 84 > > > > On Tue, Oct 18, 2016 at 12:05:21PM +0200, Olivier Nourry wrote: > > Merci Alex pour cette suggestion. De fait on mettrait un "polite", > dans > > la logique de ne pas être trop intrusif. Mais du coup je me demande > > s'il n'y a pas un risque que l'utilisateur manque l'info, dans le cas > > où il poursuit sa saisie et ne laisse pas le temps à l'information > > d'être restituée. Il peut aussi arriver que l'information soit > > restituée tardivement, et devienne source de confusion alors que > > l'utilisateur est arrivé à un stade ultérieur. Qu'en penses-tu? > > > > > > -- > > Olivier Nourry > > http:// about.me/oliviernourry > > > > > > Le 18 octobre 2016 à 11:57, Alex Bernier > > <[1][email protected]> a écrit : > > > > Bonjour Olivier, > > Plutôt qu'un changement de focus, on peut mettre un "aria-live" sur > > le conteneur de l'étiquette/du texte visible référencé via > > "aria-labelledby", ce qui permettrait à l'utilisateur d'avoir l'info > > sans que ce soit trop intrusif. > > Alex > > Alex Bernier > > -- > > Directeur > > Association BrailleNet > > 12bis avenue Maurice Thorez > > 94200 Ivry sur Seine > > Tél. [2]+ 33 1 85 09 05 13 > > Fax [3]+ 33 1 46 70 35 84 > > On Tue, Oct 18, 2016 at 11:25:36AM +0200, Olivier Nourry wrote: > > > Bonjour la liste, > > > Besoin de vos avis et suggestions sur la situation suivante... > > > Un champ de formulaire attend une saisie dont la valeur est > > bornée. Par > > > exemple: montants mini et maxi. Je prévois de fournir cette > > information > > > dans l'étiquette, donc avant la saisie. > > > Si l'utilisateur saisit une valeur hors bornes, le contrôle de > > surface > > > modifiera la valeur saisie pour la faire rentrer dans les > > bornes (par > > > exemple: ramenée à la valeur max si la valeur saisie dépasse la > > valeur > > > max). > > > Auquel cas je vais préconiser de ramener le focus sur le champ > > forcé, > > > et de soit modifier l'étiquette, soit rajouter l'info que la > > valeur a > > > été forcée, via un aria-labelledby vers un texte visible. > > > Cette approche vous paraît-elle correcte? D'autres suggestions? > > > > > > -- > > > Olivier Nourry > > > http:// [4]about.me/oliviernourry > > > > > > Références > > > > > > Liens visibles > > > > > > Liens cachés : > > > 2. [5]http://about.me/oliviernourry > > > _______________________________________________ > > > liste_gta mailing list > > > [6][email protected] > > > [7]http://list.accessiweb.org/mailman/listinfo/liste_gta_ > > list.accessiweb.org > > _______________________________________________ > > liste_gta mailing list > > [8][email protected] > > [9]http://list.accessiweb.org/mailman/listinfo/liste_gta_ > > list.accessiweb.org > > > > Références > > > > Liens visibles > > 1. mailto:[email protected] > > 2. tel:+ 33 1 85 09 05 13 > > 3. tel:+ 33 1 46 70 35 84 > > 4. http://about.me/oliviernourry > > 5. http://about.me/oliviernourry > > 6. mailto:[email protected] > > 7. http://list.accessiweb.org/mailman/listinfo/liste_gta_ > list.accessiweb.org > > 8. mailto:[email protected] > > 9. http://list.accessiweb.org/mailman/listinfo/liste_gta_ > list.accessiweb.org > > > > Liens cachés : > > 11. http://about.me/oliviernourry > > > _______________________________________________ > > liste_gta mailing list > > [email protected] > > http://list.accessiweb.org/mailman/listinfo/liste_gta_ > list.accessiweb.org > > > _______________________________________________ > liste_gta mailing list > [email protected] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org >
_______________________________________________ liste_gta mailing list [email protected] http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
