implementation
Construis Notification temporaire sans casser son comportement
# Implémenter Notification temporaire dans ton agent ## Objectif Implémente Notification temporaire pour ce comportement vérifié : Un bref message non bloquant qui apparaît après un événement et peut disparaître après un temps de lecture suffisant. ## 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 Notification temporaire répond au besoin avant de coder. ## Comportement requis - Le message temporaire peut disparaître après un temps de lecture suffisant et ne bloque jamais une décision critique. - Une région live annonce un nouvel état seulement si la mise à jour est importante et n’a pas déjà le focus. ## États à couvrir - Toast masqué - Toast visible ## Accessibilité - Rôle ARIA : status - Le contrôle principal ou la région nommée pour Notification temporaire 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. - La notification ne vole jamais le focus ; une action facultative reste atteignable sans interrompre la tâche. - Elle expire après un temps suffisant, se met en pause pendant l’interaction et peut être fermée sans exiger d’action. - Un statut live poli annonce le nouveau texte une fois ; les échecs critiques ou répétés utilisent un message persistant dans le contexte. - Tab atteint l’action d’une notification dans l’ordre normal - Échap ferme la notification focalisée lorsque prévu ## Quand ne pas utiliser - Le message contient des instructions critiques - Une décision ou erreur de formulaire doit rester visible ## Critères d’acceptation - La notification ne porte jamais une décision critique - Son arrivée ne déplace pas le focus - Le temps de lecture se met en pause pendant l’interaction - Les messages empilés et leurs actions restent utilisables ## 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-toast
- 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 Notification temporaire sur un parcours réel
# Vérifier Notification temporaire après l’implémentation ## Objectif Audite l’implémentation de Notification temporaire 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:66d6f1ca0c223a7a9be130bd58fe4fe352149ee55d3077314f6ad1f7e26db635