Implémenter correctement
Construis Indicateur d’attente sans casser son comportement
# Implémenter Indicateur d’attente dans ton agent ## Objectif Implémente Indicateur d’attente pour ce comportement vérifié : Un indicateur animé compact pour un travail dont l’avancement est inconnu, accompagné d’un état d’attente explicite. ## Prérequis - Inspecte d’abord le dépôt, le design system et les tests existants. - Préserve les changements sans rapport et borne les fichiers modifiés. - Confirme qu’Indicateur d’attente répond au besoin avant de coder. ## Comportement requis - La région de contenu expose son état occupé tandis que l’indicateur visuel reste redondant. - Une région live annonce un nouvel état seulement si la mise à jour est importante et n’a pas déjà le focus. ## États à couvrir - Tâche au repos - Tâche en chargement - Tâche plus longue que prévu - Tâche annulée - Tâche terminée ## Accessibilité - Rôle ARIA : status + [aria-busy=true] - Le contrôle principal ou la région nommée pour Indicateur d’attente possède un nom accessible stable issu d’un texte visible ou d’un libellé programmatique explicite ; le placeholder et l’infobulle ne servent pas de nom. - Le focus reste sur le contrôle initiateur sauf si une transition documentée remplace toute la vue. - L’indicateur s’arrête lorsque le travail se termine ou est annulé ; il n’est jamais un message à fermer manuellement. - Un statut concis annonce le début et le résultat final, tandis que le visuel reste masqué aux technologies d’assistance. - Tab atteint le contrôle initiateur - Le contrôle en attente bloque la double activation - Annuler reste accessible au clavier lorsque proposé ## Quand ne pas utiliser - Un pourcentage connu peut être affiché - L’attente est assez longue pour exiger détail ou annulation ## Critères d’acceptation - L’attente est réellement indéterminée - Un état textuel accompagne le visuel - Les doubles actions sont empêchées - L’attente longue propose une explication et une récupération ## Garde-fous - Montre d’abord les changements envisagés avant toute action externe. - Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite. - Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu. ## Format de sortie - Résultat obtenu ou verdict. - Fichiers ou actions concernés. - Vérifications exécutées et preuves observables. - Blocages ou limites restantes.
- Web platform
- Prérequis · Accès au dépôt, au design system et aux tests
Pourquoi ça marche
- Le besoin est relié au comportement canonique avant toute décision technique.
- Les états, l’accessibilité et les non-objectifs empêchent une implémentation seulement visuelle.
- Les critères d’acceptation et le format de sortie rendent la vérification observable.
À essayer ensuite
Vérifie Indicateur d’attente sur un parcours réel
# Vérifier Indicateur d’attente après l’implémentation ## Objectif Audite l’implémentation d’Indicateur d’attente au regard de son comportement, de ses états et de ses exigences d’accessibilité sans la modifier automatiquement. ## Contrôles - Rejoue le plus petit parcours représentatif. - Contrôle le clavier, le focus, le nom accessible et les annonces. - Relie chaque écart à un critère d’acceptation précis. ## Garde-fous - Montre d’abord les changements envisagés avant toute action externe. - Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite. - Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu. ## Format de sortie - Résultat obtenu ou verdict. - Fichiers ou actions concernés. - Vérifications exécutées et preuves observables. - Blocages ou limites restantes.
sha256:5427c6ad7fa42a3c607f9c0d93901eaf8f48f60244116311136832d96881966a