Android設計ガイドラインでは、スナックバー(アクション可能なトースト)の「0-1アクション、却下またはキャンセルではない」を推奨しています。
私の質問は、Snackbarがワークフローを妨げない最善の選択肢である場合についてですが、ユーザーがSnackbarから実行する可能性のある2つのもっともらしいアクションがあります。たとえば、Snackbarは次のようになります。 (ここで[〜#〜] view [〜#〜]は、アクションの結果を示すフィードバックページに移動します)
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
これは慣習とガイドラインに関して明確なノーノーですか、またはここに小刻みに余裕がありますか?
もちろん、それは批評家にとっても飼料です。ユーザーに2つのアクションが必要な場合は、2つのアクションが与えられます。
あなたの例で私の懸念は、2つの根本的に異なるアクションの近接性です。モバイルでは、隣接するアクションによる偶発的なタップを常に考慮する必要があります。元に戻したいときに誤って表示すると、不快な経験になります。
ユーザーが静的UIを介して変更を表示するための合理的にアクセス可能なパスを持っている場合、スナックバーで元に戻すためにそれを切り詰めます(これはそこで期待される機能です)。
これは疑わしいデザインだと思います。
スナックバーは通常自動的に消えるか、さもなければタップですぐに消えてしまうので、ユーザーからあまり多くの認知的負荷を必要としないはずです。 2つのオプションを提供すると、ユーザーはこの限られた時間枠で考えるにはあまりにも多くを与えます。
GMailで誤ってメールを削除してしまった後、通知が消える前に、[元に戻す]を素早くタップしようとするとかなり厄介なことに気づきました。 2つのオプションを提供すると、パニックを誘発します。
これをすばやく行う必要があると、私服が言及する近接の問題が拡大します。
また、特定の設計ではワークフローの問題も発生します:アクションを表示して、元に戻すかどうかを決定する場合はどうなりますか?
これを行う別の方法を見つけると思います。