Implémenter correctement
Construis Tableau sans casser son comportement
# Implémenter Tableau dans ton agent ## Objectif Implémente Tableau pour ce comportement vérifié : Une structure tabulaire non interactive qui relie des données statiques par des lignes, des colonnes et leurs en-têtes. ## 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 Tableau répond au besoin avant de coder. ## Comportement requis - Les en-têtes natifs de ligne et de colonne donnent son contexte à chaque cellule sans focus de widget géré. - L’activation au pointeur, avec Entrée ou Espace, exécute une action nommée une seule fois. ## États à couvrir - Non trié - Trié par ordre croissant - Trié par ordre décroissant ## Accessibilité - Rôle ARIA : table > (thead | tbody) > tr > (th | td) - Le contrôle principal ou la région nommée pour Tableau 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. - Le focus reste sur le bouton de tri activé quand les lignes se réordonnent ; les cellules de lecture ne reçoivent jamais de focus de widget géré. - Un tableau appartient au contenu du document et ne se ferme pas. - La légende nomme le tableau, les en-têtes à portée donnent son contexte à chaque cellule et aria-sort expose le sens du tri actif. - Les cellules n’entrent pas dans l’ordre de tabulation - Tab atteint seulement les contrôles ou liens du tableau - Entrée ou Espace active un bouton de tri focalisé ## Quand ne pas utiliser - Il faut un focus, une édition ou une sélection type feuille de calcul - La structure sert seulement à la mise en page ## Critères d’acceptation - Utiliser un tableau natif si possible - Fournir une légende ou un nom équivalent - Délimiter correctement les relations d’en-tête - Garder les cellules statiques hors de Tab - Placer le tri dans un vrai bouton et mettre aria-sort à jour ## 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 Tableau sur un parcours réel
# Vérifier Tableau après l’implémentation ## Objectif Audite l’implémentation de Tableau 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:87d02721ca59dfb6129ba6fc92da8ce012a2b94924451fd86280b6289dc9c06d