現在のプロジェクトには、メッセージのリストとメッセージの詳細ビューが含まれています。
削除の3つのモードが要求されます(「返信」などの他のアクションは実行できません)。
私はスワイプで削除するにはあまり満足していません-特に私たちの場合、それは悪い考えだと思います。その理由は、2レベルの削除がないためです。ほとんどのメールクライアントでは、メッセージを受信トレイから削除すると、最初にゴミ箱に移動し、そこから復元できます(つまり、アーカイブではなく削除)。私たちのアプリでは、サーバーに「削除済みアイテム」フラグまたはカテゴリがありません-一度削除すると、完全に削除されます。これは未読メッセージでも機能します。
数秒後またはスクロール時に消える「元に戻す」ボタンを実装する予定ですが、満足できません。自宅やオフィスにいるときはGmailアプリで十分機能しますが、地下鉄、バス、徒歩などの騒がしい環境では、ジェスチャーを上下にスクロールする代わりに、ジェスチャーが次のように解釈されました。左/右のアーカイブの動き、そして私は元に戻すボタンを逃しました。彼らが削除済みメールフォルダーに移動されたおかげでほとんど害はありませんが、彼らが言ったことさえ知らずに誤って通知を取り消した(元に戻せない)ときは嫌です。記録としては、私はそれほど不器用だとは思わない。
私はこれを上司に紹介し、スワイプして削除した後に確認ダイアログを表示することを提案しましたが、私の意見ではスムーズなUIアクションの目的に反しています。
私自身の解決策:スワイプされたメッセージのIDを一時リストに保存し、「Xアイテムを[削除]/[元に戻す]準備ができました」のようなものを含むセカンダリツールバーを表示しました。これは標準の動作ではないため(および「作業量が多すぎます」)。
今私のオプションは:
誰かがこの状況に対処するのを手伝ってくれる?スワイプなしのアーカイブについて、またはこれに反対する公式の推奨事項はありますか?
注:これは標準機能であるため、リストに「swipe do delete」があるというヒントはありません。
何らかの警告ダイアログまたはメッセージを使用することをお勧めします。たとえば、メッセージをスワイプした後、赤いバーがこのメッセージを削除してもよろしいですか?がYesおよびNoボタンで次に表示されます。そのため、Gmailと同じようにスタイル設定されています。このように、ユーザーはスワイプしてから右ボタンをタップしてメッセージを削除する必要があります。
誤ってスワイプが発生する可能性がありますが、確認ウィンドウの代わりに、ファイルが削除されたことを確認するダイアログのみを追加しますが、元に戻すにはリンク/ボタンがあり、理由はここに表示されます: https:// joshwayne.com/confirm-or-undo/
アプリによっては、アイテムを削除するかどうかの確認を含める必要がある場合があります。単純なTo Doリストまたはショッピング用の要素のリストでは、削除する各要素の確認アクションを含めるのは多すぎる場合があります。
私の印象では、これはあなたのケースではないということです。すでにいくつかの確認方法がある2つの異なる削除方法があるからです。だから私が尋ねるのは:なぜこの3番目の方法にも確認がないのですか?以前の確認が必要でなかったか、または確認が必要だったため、この3番目のケースでもそうであるはずです。
確認は、「削除」または「キャンセル」の2つの選択肢があるボタンをクリックすることによるものである必要はありません。たとえば、同じジェスチャーを使用できます。