implementation
Construis Bannière d’annonce sans casser son comportement
# Implémenter Bannière d’annonce dans ton agent ## Objectif Implémente Bannière d’annonce pour ce comportement vérifié : Un message visible et persistant qui traverse une région de page pour communiquer une condition affectant largement son utilisation. ## 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 Bannière d’annonce répond au besoin avant de coder. ## Comportement requis - Le message reste dans son contexte jusqu’à ce que la situation change ou que l’utilisateur le ferme volontairement. - 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 - Annonce de maintenance inactive - Annonce de maintenance active ## Accessibilité - Rôle ARIA : section | aside - Le contrôle principal ou la région nommée pour Bannière d’annonce 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 bannière apparaît avant le contenu principal sans voler le focus ; ses liens reçoivent le même focus visible que la page. - Un contrôle fermer existe seulement pour les avis non critiques, et la mémorisation expire si le message change vraiment. - Une nouvelle condition urgente peut être annoncée une fois, tandis que le contenu statique persistant reste découvrable sans annonces répétées. - Tab atteint les liens dans l’ordre du document - Entrée active les détails ou la fermeture ## Quand ne pas utiliser - Un seul champ ou une tâche locale est affecté - Le message est une confirmation courante sans risque ## Critères d’acceptation - Le message affecte réellement une large région - Le conteneur est une section nommée sans détourner role banner - Navigation et focus restent utilisables en petite largeur - La fermeture ne cache jamais une condition critique non résolue ## 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 Bannière d’annonce sur un parcours réel
# Vérifier Bannière d’annonce après l’implémentation ## Objectif Audite l’implémentation de Bannière d’annonce 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:5d75054181e7778aba38e82f2180ed6dc20bd1db32dba39a599b73091767c098