Webアプリでトーストが発生するのはいつですか？
Webアプリでトーストが発生するのはいつですか（心理的な提案が必要）？
なぜ Add to favoriteアクションにはトーストがありませんが、ArchiveまたはDeleteアクションにはトーストがありますか？
写真のように、トーストまたはスナックバーは優先度の低い通知に使用されます。
最初の質問に答える：
Webアプリでトーストが発生するのはいつですか？
トーストは次の直後に発生します。
- ユーザーアクションが完了しました
- システムは現在、新しい状態（エラー、警告、成功など）にある
アクションまたはシステム変更の直後にトーストが発生する理由は、即時のシステムフィードバックを提供することです。これは、ユーザーのアクションが完了したかどうか、または状態の変化が発生したかどうかをユーザーに保証することを目的としているため、タイムリーに行う必要があります。 。
2番目の質問に関して：
Add to FavoriteアクションにトーストがないのにArchiveまたはDeleteアクションにはトーストがないのはなぜですか？
問題のアプリのデザイナーに尋ねる必要があります。それは彼ら次第なので、ここでは推測以外はお手伝いできません。おそらく、ユーザーがこのボタンを誤ってタップした場合、アーカイブと削除はリストから項目を削除するので、これは「危険な」アクションであり、少なくともそのリストアイテムに何が起こったかを知ることができます。一方、お気に入りに追加するのは、現在のリストから移動せずに、別のリストに追加するだけだと思います。
私のUXの観点からは、エンドユーザーがそれほど重要ではないことを知らされていたり、明示的にトリガーしたときにそれを知っていれば、トーストとしての通知は適切であり、トーストの場合の損傷はありません。私にはまったく見落とされています（たとえば、次のドリンクのためにやがてコーヒーマシンに目を向ける、または目を閉じてマッサージするなど）。
通知が確実に読まれる必要がある場合は、閉じることができるバナーを表示することができます（Xクリックするまで表示されたままですが、ページ上の貴重な情報はカバーされていません（エンドユーザーはX-の有無にかかわらず作業を続けることができます）バナーをクリック）
通知に反応する前に、エンドユーザーのアクションを停止する必要がある場合は、ローカルポップアップを使用してください。