implementation
Construis Feuille basse sans casser son comportement
# Implémenter Feuille basse dans ton agent ## Objectif Implémente Feuille basse pour ce comportement vérifié : Une surface pensée pour mobile, attachée au bord inférieur, qui peut s’ouvrir à des hauteurs stables et accepter le glissement. ## 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 Feuille basse répond au besoin avant de coder. ## Comportement requis - Le glissement tactile déplace la feuille entre des hauteurs stables, sans priver les contrôles du clavier. - Tant que la surface est modale, le focus clavier y reste jusqu’à sa fermeture. - Échap ferme la surface temporaire et renvoie le focus vers un contrôle pertinent. ## États à couvrir - Feuille fermée - Feuille à mi-hauteur - Feuille en pleine hauteur ## Accessibilité - Rôle ARIA : dialog[aria-modal=true] - Le contrôle principal ou la région nommée pour Feuille basse 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 entre dans la feuille modale, y reste et revient au déclencheur Filtres après la fermeture. - Le contrôle fermer, Échap et un geste vers le bas dépassant le seuil prévu ferment ; les petits glissements accidentels reviennent en place. - Le titre de la feuille, son état modal, son état développé et les changements de chargement sont disponibles sans dépendre du mouvement. - Tab atteint tous les contrôles - Des boutons remplacent les gestes développer et replier - Échap ferme la feuille modale ## Quand ne pas utiliser - Le placement latéral sur ordinateur définit le comportement - Le glissement est le seul moyen d’atteindre le contenu ou fermer ## Critères d’acceptation - La surface est visiblement ancrée en bas - Chaque glissement possède un équivalent bouton ou clavier - Les positions stables révèlent des états utiles - Les alternatives clavier et le retour du focus sont vérifiés ## 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.
- vaul
- 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 Feuille basse sur un parcours réel
# Vérifier Feuille basse après l’implémentation ## Objectif Audite l’implémentation de Feuille basse 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:21d8e6f4c88b7cfd59806e1510c9354ec8a116f1ae13dabd77eb965ebc82e1a3