Recette UI · Version 1.0.0
5 min de lecture
Mis à jour le
Confirmer une action risquée
Relie conséquence, confirmation explicite, annulation et résultat vérifiable avant de supprimer un espace.
Réponse directe
Demande une confirmation quand la conséquence justifie une interruption. Explique la perte avant la décision, garde une sortie sûre et distingue le retour local d’un résultat serveur vérifié.
Assembler et essayer
Version 1.0.0
- Dialogue d'alerte
Interrompre une action lourde de conséquences et demander une décision explicite.
- Alerte dans le contexte
Garder la conséquence ou l’échec visible près de l’action.
- Notification temporaire
Accuser réception d’un résultat confirmé si utile ; ne jamais limiter l’explication d’une erreur à une notification brève.
Ce que cette recette ne couvre pas
Simulation locale uniquement : aucun espace n’est supprimé. Cet exemple n’a pas d’annulation après confirmation ; recommencer la démo n’est pas une récupération. Il montre l’annulation avant confirmation, l’attente et le succès, mais pas une panne serveur. Les droits, la persistance, la prévention des doublons et les tests avec lecteur d’écran restent à implémenter et vérifier dans ton produit.
Instruction à adapter
Texte éditorial fixe, distinct des Packs. Relis les limites ci-dessus avant de l’utiliser ; aucune exécution n’est garantie.
Construis un parcours de confirmation pour supprimer définitivement un espace de travail. Avant confirmation, nomme l’espace, les projets, membres et fichiers concernés et la conséquence irréversible. Utilise une confirmation sensible avec le focus initial sur Conserver. L’annulation conserve l’espace et rend le focus au déclencheur. Bloque les actions en double pendant l’attente. Annonce le succès seulement après confirmation de la suppression par le serveur, avec un résultat persistant. En cas d’échec, conserve le contexte et explique la suite ; vérifie un résultat incertain avant de réessayer. Ne promets pas de récupération. Vérifie annulation, attente, échec, succès, focus clavier et largeur de 320 px. La démo locale ne prouve ni la suppression serveur ni l’accessibilité avec un lecteur d’écran.
01
1. Nomme la conséquence
Précise l’espace et les données concernés. Proportionne la confirmation au risque : une petite modification réversible ne demande pas la même interruption qu’une suppression définitive.
02
2. Demande une décision explicite
La confirmation sensible concentre la décision. Dans l’exemple, Conserver reçoit d’abord le focus ; annule et vérifie que l’espace reste intact. Compare avec la fenêtre modale quand la tâche consiste à modifier plutôt qu’à confirmer une conséquence.
03
3. Attends, puis annonce le résultat
Confirme et observe le texte d’attente et les actions désactivées. La démo se termine localement. Dans ton produit, une alerte intégrée garde l’échec et la prochaine étape visibles ; un Toast facultatif peut signaler le succès en complément d’un résultat persistant. Une expiration du délai signifie un résultat incertain, pas un échec prouvé.
04
4. Vérifie la limite
Vérifie le résultat avant de proposer une autre opération. Cette suppression n’offre pas de récupération ; ne promets jamais Annuler sans mécanisme réel. L’état vide signifie que l’espace n’existe plus seulement après confirmation de la suppression, pas parce que sa carte a disparu.
À conserver
Le résultat à vérifier
- 01Annulation : aucune suppression, retour du focus au déclencheur.
- 02Confirmation : attente sans doublon, puis résultat lisible.
- 03Intégration réelle : vérifie séparément droits, suppression effective, échec et résultat incertain.
Sources primaires
Les affirmations techniques de ce guide sont reliées aux spécifications et documentations first-party.
Continuer