[Liste GTA] forçage de valeurs de champ et gestion des messages

2016-10-18 Par sujet Olivier Nourry
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 val

Re: [Liste GTA] forçage de valeurs de champ et gestion des messages

2016-10-18 Par sujet Alex Bernier
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 Brail

Re: [Liste GTA] forçage de valeurs de champ et gestion des messages

2016-10-18 Par sujet Olivier Nourry
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 p

Re: [Liste GTA] forçage de valeurs de champ et gestion des messages

2016-10-18 Par sujet Alex Bernier
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 co

Re: [Liste GTA] forçage de valeurs de champ et gestion des messages

2016-10-18 Par sujet Olivier Nourry
C'est bien de la validation à la volée. Effectivement, une live region assertive paraît se justifier dans ce cas de figure. A tester, comme tu dis... Sinon, personnellement je n'aime pas les pages où le focus est positionné sur un champ de saisie à l'ouverture. Car dans ce cas de figure on se retr

[Liste GTA] mises à jour multiples "in page"

2016-10-18 Par sujet Olivier Nourry
Re-bonjour, Dans un tableau, très chargé en informations par ailleurs, on a 3 formules d'abonnement avec 3 prix différents. A la suite du tableau, l'utilisateur a la possibilité d'ajouter ou enlever des options qui vont modifier les 3 prix. Les formules et montants associés étant affichés à l'écra

Re: [Liste GTA] mises à jour multiples "in page"

2016-10-18 Par sujet Aurélien Levy
Bonjour, une zone masquée dans le aria-live ne fonctionnera que si tu regénère le message à chaque fois ou alors il faudra utiliser aria-atomic pour forcer à tout revocaliser et non pas juste la partie qui change. pour la double vocalisation dans la mesure où ton bouton déclenchant la mise à

Re: [Liste GTA] mises à jour multiples "in page"

2016-10-18 Par sujet Olivier Nourry
Ma crainte sur la double vocalisation est que les 2 infos soient restituées durant la lecture initiale du tableau. Mais effectivement un aria-hidden pourrait régler le problème, avec gestion de ce paramètre selon l'activation de la mise à jour de cette zone (soit en régénérant tout le .message, ce

[Liste GTA] Étiquetage des champs pour un IBAN

2016-10-18 Par sujet Olivier Nourry
Bonjour, L' IBAN (International Bank Account Number - article sur Wikipédia: https://fr.wikipedia.org/wiki/International_Bank_Account_Number ) est un code permettant d'identifier de manière unique un compte bancaire et une agence. C'est très utilisé notamment pour les prélèvements. En France il se

Re: [Liste GTA] Étiquetage des champs pour un IBAN

2016-10-18 Par sujet Jean-Pierre Villain
fieldset legend : IBAN (format xxx) label : 4 premiers caractères label : 4 caractères suivant label : ... label : 3 derniers caractères Sauf si la saisie est supervisée où ce genre de détail est inutile et le label de saisie assez indifférent. JP Le 18/10/