Implémenter correctement
Construis Pagination sans casser son comportement
# Implémenter Pagination dans ton agent ## Objectif Implémente Pagination pour ce comportement vérifié : Un ensemble de liens de navigation qui parcourt les pages sœurs d’une même collection de contenu découpée par quantité. ## 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 Pagination répond au besoin avant de coder. ## Comportement requis - Un lien de page, Précédent ou Suivant charge une autre tranche quantitative de la même collection. - Le pointeur, le toucher ou Entrée suit le lien ; Espace conserve son comportement natif de défilement de page. ## États à couvrir - Page 1 - Page 2 - Page 3 ## Accessibilité - Rôle ARIA : nav[aria-label] > ul > li > a[aria-current=page] - Le contrôle principal ou la région nommée pour Pagination 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 navigation native suit le navigateur ; une mise à jour sur place déplace le focus vers le titre des résultats ou annonce la nouvelle page de façon cohérente. - La pagination est une navigation persistante et ne se ferme pas. - Nommer les destinations numériques Page N, marquer exactement une page actuelle et garder les intervalles non interactifs. - Tab et Maj+Tab parcourent les liens disponibles - Entrée active la destination focalisée - Les ellipses ne reçoivent jamais le focus ## Quand ne pas utiliser - Les sections diffèrent par leur sens ou leur étape métier - Le chargement continu est essentiel et aucune destination de page n’existe ## Critères d’acceptation - La région de navigation est nommée - Chaque page disponible possède un vrai href - Un seul lien porte aria-current=page - Les ellipses ne sont pas des contrôles - Les mises à jour sur place gèrent le focus ou annoncent le contexte ## 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 Pagination sur un parcours réel
# Vérifier Pagination après l’implémentation ## Objectif Audite l’implémentation de Pagination 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:44943895d8f163d4abe190cac881d1482130e3b9453866df3efd624b22eb541d