implementation
Construis Groupe de boutons radio sans casser son comportement
# Implémenter Groupe de boutons radio dans ton agent ## Objectif Implémente Groupe de boutons radio pour ce comportement vérifié : Un ensemble nommé de choix mutuellement exclusifs où sélectionner une option désélectionne la précédente. ## 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 Groupe de boutons radio répond au besoin avant de coder. ## Comportement requis - Sélectionner un élément désélectionne automatiquement le précédent dans le groupe nommé. - Les flèches parcourent les éléments liés selon leur orientation visuelle. ## États à couvrir - Livraison standard sélectionnée - Livraison express sélectionnée ## Accessibilité - Rôle ARIA : fieldset > input[type=radio] - Le contrôle principal ou la région nommée pour Groupe de boutons radio 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 groupe natif se comporte comme un seul arrêt une fois une valeur choisie, avec un focus visible sur le bouton actif. - Sans objet : la sélection reste jusqu’au choix d’un autre bouton ou à la réinitialisation. - La légende nomme le groupe, et chaque bouton expose son libellé, son état coché, l’obligation et l’erreur. - Tab entre sur l’option choisie ou la première - Les flèches déplacent et sélectionnent - Maj+Tab quitte le groupe ## Quand ne pas utiliser - Plusieurs réponses sont permises - Le choix est mieux représenté comme un réglage marche ou arrêt ## Critères d’acceptation - Une légende visible nomme le choix global - Une seule option peut être sélectionnée - Les flèches suivent l’ordre visuel - Les états obligatoire et erreur s’appliquent au groupe ## 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 Groupe de boutons radio sur un parcours réel
# Vérifier Groupe de boutons radio après l’implémentation ## Objectif Audite l’implémentation de Groupe de boutons radio 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:fa8c6be856a3a1316826b50d2c4f5c52110763f3bb8e1ae8ca70badfa4c3a26f