implementation
Construis Infobulle sans casser son comportement
# Implémenter Infobulle dans ton agent ## Objectif Implémente Infobulle pour ce comportement vérifié : Une courte aide non interactive qui apparaît au survol ou lorsque le contrôle reçoit le focus clavier. ## 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’Infobulle répond au besoin avant de coder. ## Comportement requis - Le survol ou le focus clavier révèle l’information après un court délai. - Échap ferme l’infobulle sans déplacer le focus hors de son déclencheur. ## États à couvrir - Infobulle masquée - Infobulle visible ## Accessibilité - Rôle ARIA : tooltip - Le contrôle principal ou la région nommée pour Infobulle possède un nom accessible stable issu d’un texte visible ou d’un libellé programmatique explicite. - Le focus reste sur le déclencheur ; l’infobulle n’entre jamais dans l’ordre de tabulation. - Elle se ferme avec Échap et lorsque le focus et le pointeur quittent le déclencheur et la surface. - Le déclencheur référence la description de l’infobulle afin que la technologie d’assistance la lise sans déplacer le focus. - Tab place le focus sur le déclencheur - Échap ferme l’infobulle visible ## Quand ne pas utiliser - L’information est indispensable pour terminer la tâche - Le contenu nécessite des liens, boutons ou champs ## Critères d’acceptation - La même aide est disponible au survol et au focus clavier - L’infobulle ne contient aucun contrôle interactif - Échap la ferme sans déplacer le focus - Les utilisateurs tactiles ne perdent aucune information essentielle ## 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-tooltip
- 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 Infobulle sur un parcours réel
# Vérifier Infobulle après l’implémentation ## Objectif Audite l’implémentation d’Infobulle 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:e868e85db125d3a82ee626f9769cd0fd0d6743e8bf18cc292f95eeec2f6c2223