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 ;
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Marie Kuntz -> retour le 13 mai il y a environ 4 ans
Mis à jour par Marie Kuntz -> retour le 13 mai il y a environ 4 ans
- Lié à Development #36305: Améliorer l'accessibilité (RGAA) des thèmes ajouté
Mis à jour par Frédéric Péters il y a environ 4 ans
Pour moi ça relève de l'éditorial écrire en remarque le format attendu; on ne peut rien faire d'autre.
Mis à jour par Marie Kuntz -> retour le 13 mai il y a environ 4 ans
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)
Mis à jour par Frédéric Péters il y a environ 4 ans
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).
Mis à jour par Marie Kuntz -> retour le 13 mai il y a environ 4 ans
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
Mis à jour par Frédéric Péters il y a environ 4 ans
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.
Mis à jour par Frédéric Péters il y a environ 4 ans
- Fichier 0001-forms-associate-field-label-to-hint-with-aria-attrib.patch 0001-forms-associate-field-label-to-hint-with-aria-attrib.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Solution proposée à En cours
- Patch proposed changé de Oui à Non
Et pour les messages d'erreur il existe aria-errormessage, qui marche pareil, identifiant de la balise contenant l'erreur.
Mis à jour par Frédéric Péters il y a environ 4 ans
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.
Mis à jour par Frédéric Péters il y a environ 4 ans
- Fichier 0001-forms-associate-labels-to-hints-errors-with-aria-att.patch 0001-forms-associate-labels-to-hints-errors-with-aria-att.patch ajouté
- Statut changé de En cours à Solution proposée
- Patch proposed changé de Non à Oui
Voilà avec aria pour les remarques et les erreurs.
Mis à jour par Nicolas Roche il y a environ 4 ans
- Statut changé de Solution proposée à 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.)
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Solution validée à 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)
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
forms: associate labels to hints & errors with aria attributes (#41125)