たとえば、行数が10から50、各列が3列のテーブルがあるとします。
テーブルの下にempty table
のようなボタンがあり、そこからすべての行を削除します。
クリックが発生した後、何が起こると思いますか?
最初または2番目のオプションを選択する場合、突然テーブルや行を削除するだけではなく、おそらく何らかのアニメーションを使用する必要があります。
その場合、どのようなアニメーションを提案しますか?単純なフェード、またはスライド、または他の何か?
助けてくれてありがとう!
アニメーションがユーザーにコンテキストとフィードバックを提供するという事実には同意できますが、アニメーションの種類は重要ではないと思います。
名前を付けるすべてのオプションは、行の非表示を模倣できるアニメーションです。
「タイミング」の方が重要かもしれません。
オプションとして、「各行を1つずつ削除する」という名前も付けているため。これにより、行の削除にかかる時間が長くなり、ユーザーのアプリケーションの動作が遅くなる可能性があります。
したがって、私の答えは、行をほぼ瞬時に非表示にして、アプリケーションに最適と思われるアニメーションでパフォーマンスの錯覚を高めることです。
クリックが発生した後、何が起こると思いますか?
ユーザーが実際に10から50のレコードを削除したいことをすぐに確認します。
グリッド内の情報のタイプによっては、そのようなアクションの影響は重大で永続的なものになる可能性があり、意図しないエラーの後にリストを再構築しなければならないことに少なくともいらいらします。
ユーザーが確認したら、すぐにレコードを削除します。 300行で50行の各行の削除をアニメーション化すると、完了するまでに最大15秒かかり、非常に反応が鈍く感じられます。ユーザーが削除を期待している場合は、無効にしないでください。手順が完了したら、レコードが実際に削除されたことをユーザーにフィードバックすることを検討してください。アニメーション化され、解雇される前に一時停止するトースト確認を提供します。ユーザーのエラーを防ぐために、「空のテーブル」の代わりに「すべてのタスクを削除する」のようなより具体的な言語の使用を検討してください。
使用する削除確認のタイプとその時期に関する私の最近の回答を参照してください。 各タイプの削除確認をいつ使用するか?
一貫性を維持するには、1つまたは複数の行を削除するために提供するアニメーションが何であれ、行全体を削除するためにそのアニメーションを維持する必要があります。ユーザーが元に戻す場合は、画面の左側または右側に元に戻すオプションを表示してエラーを防止できますテーブルを削除した直後のアクション。または、行全体を削除する前にユーザーに尋ねることもできます。