Implémenter correctement
Construis Indicateur d’étapes sans casser son comportement
# Implémenter Indicateur d’étapes dans ton agent ## Objectif Implémente Indicateur d’étapes pour ce comportement vérifié : Un résumé d’avancement qui distingue les étapes terminées, courante et à venir d’un processus linéaire porteur de sens. ## 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’étapes répond au besoin avant de coder. ## Comportement requis - Le parcours marque les étapes précédentes comme terminées, une étape comme actuelle et les suivantes comme à venir. - L’activation au pointeur, avec Entrée ou Espace, exécute une action nommée une seule fois. ## États à couvrir - Détails actuels - Documents actuels - Vérification actuelle - Processus terminé ## Accessibilité - Rôle ARIA : ol > li[aria-current=true] + heading - Le contrôle principal ou la région nommée pour Indicateur d’étapes 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. - Après un changement d’étape sur place, focaliser le nouveau titre ou utiliser un équivalent documenté ; ne jamais focaliser un segment décoratif. - L’indicateur est un contexte persistant du parcours et ne se ferme pas. - Exposer Étape N sur M et le titre actuel, inclure les états terminé et à venir, et ne marquer que l’étape libellée actuelle. - L’indicateur n’ajoute aucun arrêt Tab par défaut - Les boutons séparés Précédent et Suivant utilisent Tab et Entrée ou Espace - Les segments décoratifs n’interceptent pas les touches ## Quand ne pas utiliser - Les étapes peuvent se faire dans n’importe quel ordre ou changer selon les réponses - Le processus compte moins de trois sections utiles ## Critères d’acceptation - Une seule étape est actuelle - L’état ne dépend jamais seulement de la couleur - Les contrôles de navigation restent séparés - L’écran possède un vrai titre - Les nombres d’étape actuelle et total restent exacts ## 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’étapes sur un parcours réel
# Vérifier Indicateur d’étapes après l’implémentation ## Objectif Audite l’implémentation d’Indicateur d’étapes 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:3092098345fe2a83818fd49db6c1c0be462605173ee762eaf35029138602829e