Animer une confirmation avec une alternative sans mouvement

# Applique le guide « Animer une confirmation avec une alternative sans mouvement » dans ton agent

## Objectif
Établis d’abord le résultat en texte et en état, puis ajoute un mouvement facultatif pour expliquer le changement. « Sans mouvement » exclut l’animation ; « avec une alternative statique » la permet selon la préférence. Une pause à mi-chemin n’est pas un repli : l’information finale reste immédiatement disponible.

## Prérequis
- Inspecte le dépôt, la documentation et les conventions existantes.
- Confirme que le besoin correspond au périmètre du guide : Choisis un retour d’état utile, une animation facultative et un repli lisible sans perdre le résultat.
- Préserve les décisions correctes déjà en place.

## Étapes du guide
- 1. Nommer l’information — Pour un réglage enregistré, l’information est la valeur confirmée et son statut. Une coche animée ne prouve pas la persistance. Garde un résultat lisible même si l’animation ne démarre jamais. Choisis une transition si elle explique un changement d’état, de position ou de relation. La décoration ne retarde pas l’action suivante et ne conditionne pas la compréhension du succès.
- 2. Choisir rythme ou ressort — L’easing façonne une interpolation temporelle. Un ressort exprime une réponse physique et peut dépasser sa cible. Compare-les sur le même changement dans les laboratoires plutôt que choisir le rebond le plus voyant. La préférence de mouvement réduit demande de limiter les mouvements non essentiels. Pour cette confirmation, choisis un résultat statique immédiat. C’est une décision pour ce cas, pas l’affirmation que la préférence interdit toute animation.
- 3. Exemple : enregistrer les notifications — Après confirmation, affiche « Réglages enregistrés » près de la valeur. Si le mouvement est permis, ajoute éventuellement un fondu décoratif. En mode réduit, affiche le même texte et indicateur sans transition. Propose un choix statique manuel si utile et gère le changement de préférence pendant la lecture. Annule puis établis l’état final ; ne laisse pas le succès invisible à opacité zéro.
- 4. Garder une annulation honnête — Arrêter l’animation change la présentation, pas l’enregistrement. Distingue Pause de l’animation et Annuler la demande. Au démontage, libère lecture et écouteurs pour éviter leur accumulation à la réouverture. Si l’API d’animation manque, expose immédiatement le contenu final. Un shimmer cesse à la fin du chargement ; son squelette statique reste une attente, pas un résultat terminé.
- 5. Vérifier les deux chemins — Exécute avec mouvement, réduction dès le départ puis changement en cours. Simule aussi l’API indisponible. Vérifie texte, action suivante, focus et état visuel final dans chaque cas. L’absence d’erreur console ne prouve ni confort ni efficacité GPU. Garde le mouvement facultatif et documente les effets non mesurés sans généraliser une démonstration ordinateur à tous les appareils.

## Critères d’acceptation — Vérifier dans ton produit
- Le succès existe sans animation.
- Sans mouvement reste statique.
- Les préférences système et manuelles sont respectées.
- L’annulation établit l’état final.
- Le démontage libère la lecture.
- Une API absente préserve le résultat.

## 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.

• Prérequis · Le contexte réel du projet : dépôt, documentation et contraintes existantes

# Ancre le guide dans le projet

## Objectif
Transforme les étapes appliquées en conventions durables du dépôt.

## Contrôles
- Relie chaque décision prise à l’étape du guide qui la justifie.
- Ajoute la checklist aux revues concernées.
- Note les cas hors périmètre pour les guides voisins.

## 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:f502afe761173093a0b3e5b69aed52042eed4ac9a35ea0e6475564b02d862740

# Diagnostique une application ratée du guide « Animer une confirmation avec une alternative sans mouvement »

## Symptôme observé
[DÉCRIS ICI LE SYMPTÔME]

## Contrôles observables
- Rejoue les étapes dans l’ordre et note la première qui diverge :
- 1. Nommer l’information — Pour un réglage enregistré, l’information est la valeur confirmée et son statut. Une coche animée ne prouve pas la persistance. Garde un résultat lisible même si l’animation ne démarre jamais. Choisis une transition si elle explique un changement d’état, de position ou de relation. La décoration ne retarde pas l’action suivante et ne conditionne pas la compréhension du succès.
- 2. Choisir rythme ou ressort — L’easing façonne une interpolation temporelle. Un ressort exprime une réponse physique et peut dépasser sa cible. Compare-les sur le même changement dans les laboratoires plutôt que choisir le rebond le plus voyant. La préférence de mouvement réduit demande de limiter les mouvements non essentiels. Pour cette confirmation, choisis un résultat statique immédiat. C’est une décision pour ce cas, pas l’affirmation que la préférence interdit toute animation.
- 3. Exemple : enregistrer les notifications — Après confirmation, affiche « Réglages enregistrés » près de la valeur. Si le mouvement est permis, ajoute éventuellement un fondu décoratif. En mode réduit, affiche le même texte et indicateur sans transition. Propose un choix statique manuel si utile et gère le changement de préférence pendant la lecture. Annule puis établis l’état final ; ne laisse pas le succès invisible à opacité zéro.
- 4. Garder une annulation honnête — Arrêter l’animation change la présentation, pas l’enregistrement. Distingue Pause de l’animation et Annuler la demande. Au démontage, libère lecture et écouteurs pour éviter leur accumulation à la réouverture. Si l’API d’animation manque, expose immédiatement le contenu final. Un shimmer cesse à la fin du chargement ; son squelette statique reste une attente, pas un résultat terminé.
- 5. Vérifier les deux chemins — Exécute avec mouvement, réduction dès le départ puis changement en cours. Simule aussi l’API indisponible. Vérifie texte, action suivante, focus et état visuel final dans chaque cas. L’absence d’erreur console ne prouve ni confort ni efficacité GPU. Garde le mouvement facultatif et documente les effets non mesurés sans généraliser une démonstration ordinateur à tous les appareils.

## Causes possibles
- Une étape a été sautée ou exécutée hors ordre.
- Le besoin réel sort du périmètre du guide.
- Un critère de la checklist n’a jamais été vérifié.

## Corrections bornées
- Reprends uniquement l’étape divergente et ce qui en dépend.
- Documente l’écart si le périmètre du guide ne couvre pas le besoin.

## Vérification finale — Vérifier dans ton produit
- Le succès existe sans animation.
- Sans mouvement reste statique.
- Les préférences système et manuelles sont respectées.
- L’annulation établit l’état final.
- Le démontage libère la lecture.
- Une API absente préserve le résultat.

## 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.

• Prérequis · Le contexte réel du projet : dépôt, documentation et contraintes existantes

# Préviens la prochaine dérive

## Objectif
Fais de la première étape divergente un contrôle explicite du projet.

## Contrôles
- Ajoute un contrôle ciblé sur l’étape qui a divergé.
- Vérifie la checklist sur un second cas réel.
- Documente la limite de périmètre rencontrée.

## 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:225a1c8516fe2550032d500a899e982b5a8b6a439fd0dad89d5b610de9091914