implementation
Construis Bouton icône sans casser son comportement
# Implémenter Bouton icône dans ton agent ## Objectif Implémente Bouton icône pour ce comportement vérifié : Un bouton compact représenté visuellement par une icône mais doté de son propre nom d’action accessible et stable. ## 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 Bouton icône répond au besoin avant de coder. ## Comportement requis - L’activation au pointeur, avec Entrée ou Espace, exécute une action nommée une seule fois. - Le survol ou le focus clavier révèle l’information après un court délai. ## États à couvrir - Copie du code prête - Code copié ## Accessibilité - Rôle ARIA : button - Le contrôle principal ou la région nommée pour Bouton icône 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. - Toute la cible du bouton, pas seulement le glyphe, reçoit un focus visible. - Le bouton lui-même ne se ferme pas ; toute surface contrôlée suit son propre contrat. - Un aria-label stable ou un texte masqué visuellement nomme l’action ; Tooltip n’est jamais le seul nom accessible. - Tab focalise le bouton icône - Entrée et Espace l’activent - Échap ferme l’infobulle complémentaire ## Quand ne pas utiliser - L’icône est ambiguë pour le public - L’espace permet un bouton texte plus clair ## Critères d’acceptation - Le bouton possède son propre nom accessible stable - L’icône appartient à l’unique famille du projet - La cible tactile reste facilement utilisable au-delà du glyphe - L’infobulle est complémentaire et accessible au clavier ## 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 Bouton icône sur un parcours réel
# Vérifier Bouton icône après l’implémentation ## Objectif Audite l’implémentation de Bouton icône 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:0127d3414cf32b298c47114b731b967bbe62d56a851c869606f16e249388ec66