Implémenter correctement
Construis Champ de recherche sans casser son comportement
# Implémenter Champ de recherche dans ton agent ## Objectif Implémente Champ de recherche pour ce comportement vérifié : Un champ de texte dans un formulaire de recherche nommé qui envoie une requête pour trouver du contenu correspondant. ## 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 Champ de recherche répond au besoin avant de coder. ## Comportement requis - Entrée envoie la requête actuelle via un formulaire de recherche nommé sans changer le pattern du champ. - Le contrôle d’effacement vide la requête, garde le focus dans le champ et met les résultats à jour de façon prévisible. - Un message précis dans le contexte identifie le champ invalide et explique comment le corriger. ## États à couvrir - Recherche au repos avec une requête vide - Requête prête à être envoyée - Recherche en cours - Résultats visibles - Aucun résultat de recherche - Erreur de recherche - Résultat de recherche ouvert ## Accessibilité - Rôle ARIA : search > input[type=search] - Le contrôle principal ou la région nommée pour Champ de recherche 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. - L’envoi laisse le focus dans le formulaire de recherche pendant la mise à jour des résultats ; effacer le rend au champ. - Sans objet : les résultats se mettent à jour en ligne ; Effacer retire la requête, les résultats envoyés, l’état ouvert et les erreurs. - Le nom de la région, le libellé, la requête, le nombre de résultats, le chargement, aucun résultat et l’erreur sont exposés. - Tab focalise le champ - Entrée envoie la recherche - Tab atteint les contrôles effacer et rechercher ## Quand ne pas utiliser - Le texte est une propriété générale du formulaire - Des suggestions sélectionnables sont nécessaires sans comportement Combobox ## Critères d’acceptation - Le champ appartient à un formulaire de recherche nommé - Entrée et l’action visible lancent la même requête - Effacer garde le focus et met les résultats à jour - Chargement, aucun résultat, erreur et requête vide sont explicites ## 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 Champ de recherche sur un parcours réel
# Vérifier Champ de recherche après l’implémentation ## Objectif Audite l’implémentation de Champ de recherche 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:121d3fa03c5d0260091d1433cfa16702e5708d3f6f070662ef728f9b699b7baf