implementation
Construis Champ de texte sans casser son comportement
# Implémenter Champ de texte dans ton agent ## Objectif Implémente Champ de texte pour ce comportement vérifié : Un contrôle étiqueté sur une ligne pour saisir ou modifier une valeur textuelle. ## 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 texte répond au besoin avant de coder. ## Comportement requis - La saisie modifie une valeur tout en conservant les comportements natifs de sélection, presse-papiers et annulation. - Un message précis dans le contexte identifie le champ invalide et explique comment le corriger. ## États à couvrir - Nom affiché valide - Nom affiché invalide ## Accessibilité - Rôle ARIA : input[type=text] - Le contrôle principal ou la région nommée pour Champ de texte 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. - Un focus visible entoure le champ sans masquer sa valeur, son libellé ni son erreur. - Sans objet : la valeur reste jusqu’à sa modification, sa réinitialisation ou son envoi volontaire. - Le libellé, la finalité, l’obligation, la relation d’aide, l’état invalide et l’erreur précise sont exposés. - Tab focalise le champ - Les raccourcis natifs de saisie, sélection, annulation et presse-papiers restent actifs - Entrée suit le contrat du formulaire ## Quand ne pas utiliser - La réponse nécessite des retours à la ligne - L’intention principale est d’envoyer une recherche ## Critères d’acceptation - Un libellé visible reste distinct du placeholder - La finalité et l’autocomplétion sont correctes - L’aide et l’erreur sont reliées par programme - Un envoi invalide conserve la valeur saisie ## 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 texte sur un parcours réel
# Vérifier Champ de texte après l’implémentation ## Objectif Audite l’implémentation de Champ de texte 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:0aecf90ddddca9d29178e3acd50faeb6248a8eaf738d0073e862b81ca411247f