Accessible Description
Description accessible
Une description accessible ajoute des détails utiles que le nom accessible d'un élément ne fournit pas. Elle peut expliquer un format, une limite ou une conséquence.
accessible name + role + referenced description -> assistive technology output<label for="email">id="receipt-hint"sortie d'exempleaccessible name + role + referenced description -> assistive technology outputA11YUn autre exemple
Un champ Email fait référence à un indice de confidentialité visible avec aria-describedby. La technologie d'assistance peut annoncer le nom, le rôle et la description.
Parties principales
- 01Étiquette visible
- 02Nom accessible
- 03Texte d'aide visible
- 04Référence de description
- 05description calculée
- 06Sortie d'assistance
Utilisez-le lorsque
Utilisez une description pour les détails utiles qui ne constituent pas le nom de l’élément. Référez-vous au texte visible lorsque cela est possible.
Ne l'utilisez pas lorsque
N'utilisez pas une description à la place d'une étiquette. Utilisez aria-details lorsque du contenu structuré long nécessite sa propre navigation.
Nom utilisé dans le code
accessible name + role + referenced description -> assistive technology output Avant d'expédier
Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.
Outcome: Complete the task with Description accessible (Accessible Description). User context: Un champ Email fait référence à un indice de confidentialité visible avec aria-describedby. La technologie d'assistance peut annoncer le nom, le rôle et la description. Recommended pattern: Description accessible (Accessible Description). Why it fits: Utilisez une description pour les détails utiles qui ne constituent pas le nom de l’élément. Référez-vous au texte visible lorsque cela est possible. Do not use it when: N'utilisez pas une description à la place d'une étiquette. Utilisez aria-details lorsque du contenu structuré long nécessite sa propre navigation. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary): La norme couvre uniquement le champ d'application énuméré. Elle ne choisit ni le style visuel, ni la décision de produit, ni l'exemple de Vibulary. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
Vérifiez cette demande
Review how Description accessible (Accessible Description) is used now. Definition: Une description accessible ajoute des détails utiles que le nom accessible d'un élément ne fournit pas. Elle peut expliquer un format, une limite ou une conséquence. Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.