Quand un toast devrait-il apparaître dans une application Web?
Quand un toast devrait-il apparaître dans une application Web (besoin d'une suggestion psychologique)?
Pourquoi Add to favorite l'action n'a pas de toast, tandis que les actions Archive ou Delete en ont?
Des toasts ou des barres de collation sont utilisés pour les notifications de faible priorité, comme illustré.
Répondre à votre première question:
Quand un toast devrait-il apparaître dans une application Web?
Un toast devrait apparaître directement après:
- une action utilisateur a été effectuée
- le système est maintenant sous un nouvel état (par exemple, erreur, avertissement ou succès)
La raison pour laquelle un toast survient directement après des actions ou des changements de système est de fournir une rétroaction immédiate du système, qui vise à rassurer l'utilisateur que son action est terminée ou non ou si des changements d'état se sont produits, et donc cela doit être fait en temps opportun .
En ce qui concerne votre deuxième question:
Pourquoi l'action Ajouter aux favoris n'a pas de toast, alors que les actions Archiver ou Supprimer en ont?
Vous devrez demander aux concepteurs de l'application en question. Cela dépend d'eux, nous ne pouvons donc pas vous aider ici à part une supposition. Je suppose que Archive and Delete supprime l'élément de la liste, ce qui est une action "risquée", si l'utilisateur appuie par erreur sur ce bouton au moins, il saura ce qui est arrivé à cet élément de liste. Alors que, Ajouter aux favoris, je suppose, ajoutez-le simplement à une autre liste sans le déplacer de la liste actuelle.
De mon point de vue UX, les notifications en tant que toasts sont bonnes une fois que je suis en tant qu'utilisateur final informé de quelque chose qui n'est pas si important ou que j'en suis sûrement conscient lorsque je l'ai déclenché explicitement, ET il n'y a aucun dommage si le toast me manque du tout (disons, je me tourne finalement vers ma machine à café pour le prochain verre, ou je masse les yeux fermés, etc.)
Dans le cas où vous devez être sûr que la notification est lue, vous pouvez afficher une bannière pouvant être fermée (afin qu'elle reste visible jusqu'à ce que vous cliquiez sur X, mais qu'elle ne couvre pas les informations précieuses sur la page (afin que l'utilisateur final puisse continuer à travailler avec ou sans X- en cliquant sur la bannière)
Si vous devez arrêter toute autre action de l'utilisateur final avant de réagir à la notification, utilisez des fenêtres contextuelles locales.