implementation
Construis Interrupteur sans casser son comportement
# Implémenter Interrupteur dans ton agent ## Objectif Implémente Interrupteur pour ce comportement vérifié : Un contrôle binaire qui expose un réglage en marche ou arrêt. ## 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’Interrupteur répond au besoin avant de coder. ## Comportement requis - L’activation change l’état binaire ; le moment où cette valeur est enregistrée relève d’une décision produit distincte. - Le contrôle conserve le même nom accessible quand son état coché, marche ou arrêt change. ## États à couvrir - Réglage désactivé - Réglage activé ## Accessibilité - Rôle ARIA : switch - Le contrôle principal ou la région nommée pour Interrupteur 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’interrupteur est un arrêt de focus visible et son libellé active le même contrôle. - Sans objet : le réglage persiste jusqu’à la prochaine bascule ; un échec restaure l’état précédent. - Le nom accessible stable et l’état marche ou arrêt actuel sont annoncés après chaque changement. - Tab focalise l’interrupteur - Espace bascule entre marche et arrêt ## Quand ne pas utiliser - La valeur est un choix coché indépendant plutôt qu’un réglage marche ou arrêt - Le choix fait partie de trois valeurs exclusives ou plus ## Critères d’acceptation - Le contrôle expose un état marche ou arrêt sans ambiguïté - Le libellé reste stable quand l’état change - Marche et arrêt diffèrent autrement que par la couleur - Un échec restaure l’état et est expliqué dans le contexte ## 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.
- @radix-ui/react-switch
- 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 Interrupteur sur un parcours réel
# Vérifier Interrupteur après l’implémentation ## Objectif Audite l’implémentation d’Interrupteur 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:a6e6a9fc4053ccea1e51c3f9010401bbf916b62296b70d980dc75d6a7c763555