Development #41125
Accessibilité : un champ doit indiquer le format attendu
0%
Description
Indiquer les formats attendus des champs obligatoires dans les étiquettes de formulaire, via un texte précédent ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby ;
Files
Related issues
Associated revisions
History
Updated by Marie Kuntz about 3 years ago
- Related to Development #36305: Améliorer l'accessibilité (RGAA) des thèmes added
Updated by Frédéric Péters about 3 years ago
Pour moi ça relève de l'éditorial écrire en remarque le format attendu; on ne peut rien faire d'autre.
Updated by Marie Kuntz about 3 years ago
Sur les champs typés (input type=telephone, date, ...) on doit pouvoir faire quelque chose d'automatique non ?
De plus cela concerne aussi le formulaire de création de compte sur lequel on n'a pas la main (je vais dupliquer le ticket dans authentic)
Updated by Frédéric Péters about 3 years ago
Sur les champs typés (input type=telephone, date, ...) on doit pouvoir faire quelque chose d'automatique non ?
S'il y a un truc automatique il y aura un ticket pour dire que le texte automatique ne va pas. À noter que dans la capture il y a dans la description "10 chiffres sans espace" donc je ne suis en fait pas bien sûr de ce qui serait souhaité en plus.
De plus cela concerne aussi le formulaire de création de compte sur lequel on n'a pas la main (je vais dupliquer le ticket dans authentic)
C'est configurable via hobo (c'est le champ description).
Updated by Marie Kuntz about 3 years ago
Frédéric Péters a écrit :
S'il y a un truc automatique il y aura un ticket pour dire que le texte automatique ne va pas. À noter que dans la capture il y a dans la description "10 chiffres sans espace" donc je ne suis en fait pas bien sûr de ce qui serait souhaité en plus.
Je cite l'audit :
Les aides à la saisie et les messages d'erreurs sont indiqués par des textes visibles mais ne sont pas liés aux champs au niveau du code.
Mais il dit aussi
le message d’erreur n’indique pas d’exemple de saisie réel
et là c'est abusé
De plus cela concerne aussi le formulaire de création de compte sur lequel on n'a pas la main (je vais dupliquer le ticket dans authentic)
C'est configurable via hobo (c'est le champ description).
Vu, merci
Updated by Frédéric Péters about 3 years ago
Techniquement, de l'audit,
• Indiquer les formats attendus des champs obligatoires dans les étiquettes de formulaire, via un texte précédent ou dans un passage de texte lié au champ par la propriété ARIA aria-describedby ou aria-labelledby ;
• Pour chaque erreur, le message d’erreur doit se situé dans l’étiquette du formulaire ou relié programmatiquement au champ de formulaire via la propriété ARIA aria-describedby ;
Mais il n'y a pas d'exemple donné sur ce que pourrait être la combinaison de remarque et de message d'erreur, alors que aria-describedby attend une unique valeur; je vais limiter ce ticket à la partie "remarque" qui me semble le mieux correspondre à aria-describedby; reste côté éditorial à suggérer pour les remarques associées aux champs d'inclure des exemples.
Updated by Frédéric Péters about 3 years ago
- File 0001-forms-associate-field-label-to-hint-with-aria-attrib.patch 0001-forms-associate-field-label-to-hint-with-aria-attrib.patch added
- Status changed from Nouveau to Solution proposée
- Patch proposed changed from No to Yes
Updated by Frédéric Péters about 3 years ago
- Status changed from Solution proposée to En cours
- Patch proposed changed from Yes to No
Et pour les messages d'erreur il existe aria-errormessage, qui marche pareil, identifiant de la balise contenant l'erreur.
Updated by Frédéric Péters about 3 years ago
C'est uniquement dans la spec ARIA 1.1, pas encore nécessairement implémenté, genre https://github.com/nvaccess/nvda/issues/8318, mais autant déjà utiliser ça plutôt que ne rien faire.
Updated by Frédéric Péters about 3 years ago
- File 0001-forms-associate-labels-to-hints-errors-with-aria-att.patch 0001-forms-associate-labels-to-hints-errors-with-aria-att.patch added
- Status changed from En cours to Solution proposée
- Patch proposed changed from No to Yes
Voilà avec aria pour les remarques et les erreurs.
Updated by Nicolas Roche about 3 years ago
- Status changed from Solution proposée to Solution validée
(Je lit : "L’attribut aria-describedby est utilisé pour indiquer l’identifiant des éléments qui décrivent l’objet",
Donc tu ajoutes un identifiant form_hint_XXX (ou form_error_XXX) sur la div du messages de remarque (ou d'erreur), afin de pouvoir faire pointer pointer l'attribut "aria-describedby" (ou "aria-errormessage") dessus là ou le champ est défini.
Je lis aussi "L’attribut aria-invalid est utilisé pour indiquer que la valeur saisie dans un champ de saisie n’est pas conforme au format attendu par l’application. Cela comprend les formats tels que les adresses électroniques ou les numéros de téléphone." Et donc en positionnant cet attribut sur les erreurs, ça cadre avec la demande de Marie concernant les champs typés.)
Updated by Frédéric Péters about 3 years ago
- Status changed from Solution validée to Résolu (à déployer)
commit e424f5cb2c58338e08c682e01714ad9085209fa8
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Wed Apr 1 09:39:54 2020 +0200
forms: associate labels to hints & errors with aria attributes (#41125)
Updated by Frédéric Péters about 3 years ago
- Status changed from Résolu (à déployer) to Solution déployée
forms: associate labels to hints & errors with aria attributes (#41125)