implementation
Construis Barre de progression sans casser son comportement
# Implémenter Barre de progression dans ton agent ## Objectif Implémente Barre de progression pour ce comportement vérifié : Un indicateur visuel et sémantique d’avancement : il expose une valeur dans une plage connue quand elle est mesurable et reste indéterminé sans valeur fiable. ## 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 que Barre de progression répond au besoin avant de coder. ## Comportement requis - La valeur actuelle progresse entre un minimum et un maximum connus sans annonces excessives. - La région de contenu expose son état occupé tandis que l’indicateur visuel reste redondant. ## États à couvrir - Envoi au repos - Envoi avec progression mesurée - Envoi sans estimation fiable - Envoi annulé - Envoi terminé ## Accessibilité - Rôle ARIA : progress - Le contrôle principal ou la région nommée pour Barre de progression 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. - L’indicateur ne reçoit pas le focus ; celui-ci reste sur les contrôles de l’opération ou la tâche actuelle. - Il se termine seulement après réussite, échec ou annulation explicite et est remplacé par l’état final correspondant. - Le nom accessible et la valeur actuelle sont exposés ; les annonces sont espacées pour éviter chaque petite mise à jour. - Tab ignore la barre non interactive - Tab atteint l’action Annuler distincte lorsqu’elle existe ## Quand ne pas utiliser - La valeur est devinée ou saute de façon imprévisible - Seule la forme du contenu compte, pas l’avancement ## Critères d’acceptation - Le minimum, le maximum et la valeur actuelle sont réels - Un libellé visible ou accessible nomme l’opération - Les mises à jour restent compréhensibles - Réussite, échec et annulation ont des états finaux ## 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 Barre de progression sur un parcours réel
# Vérifier Barre de progression après l’implémentation ## Objectif Audite l’implémentation de Barre de progression 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:7261a0d71540d52b1c2928cd6030b6c22021f0654089c35de8c7c02e415caf1e