web-dev-qa-db-ja.com

キャンセルを押してダイアログを保存/キャンセルする

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

Windowsデスクトップアプリケーションを作成しています。元に戻すアクションを組み込むのは「難しすぎる」。

モーダルウィンドウで開くタスクがあります。これは、ユーザーに時間がかかる可能性があるタスクなので、誤ってキャンセルをクリックした場合に変更を保存するようにユーザーに要求します。

キャンセルを押すと、確認ダイアログに「変更が加えられました。これらの変更を破棄してもよろしいですか?」と表示されます。

私の質問は(元のタスクウィンドウと確認)にどのようなボタンがありますか?保存/キャンセルしますか?ユーザーが[キャンセル]ボタンをクリックすると、確認ダイアログが表示されます。そのため、キャンセルをもう一度押すことができますが、元のタスクではなく確認ダイアログがキャンセルされます。また、キャンセルから保存するように求めますか?

[キャンセル]> [保存しない] [保存] [キャンセル]

元のキャンセルの決定を続けるには、[キャンセル]> [保存しない]にする必要があるため、これは正しくないようです。

3
alanj

CTAでより具体的な言語を使用する

おそらく、これを禁止する可能性のあるスタイルガイドがあるかもしれませんが、既存の問題の一部は、マイクロコピーが一般的に汎用的であるということです。

  1. タスクモーダルのボタンは[保存]と[キャンセル]のままにします。

  2. タスクモーダルからのみ保存できるように制限します。

  3. 確認ダイアログでより多くの自然言語の説明を使用する

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

7
dennislees

ユーザーに質問する場合は、行動を促すフレーズがその質問に確実に回答するようにしてください。これを会話のように扱います。

「変更を破棄してもよろしいですか?」

  • はい、変更を破棄します
  • いいえ、間違えて作業を続けたい

これは次のように簡略化できます。

  • はい
  • 番号

はいをクリックすると、破棄機能がトリガーされ、確認ダイアログが閉じます。

Noをクリックすると、破棄機能がキャンセルされ、フォームに戻って作業を続けます。

1
SteveD

ここであなたが助けるためにあなたができる他のいくつかのことがあります。

  1. キャンセルボタンと保存ボタンを一緒に配置しないでください。ユーザーが無意味にダイアログにアクセスする可能性が低くなります。私はキャンセルを邪魔にならないように左に置くか、削除してダイアログの閉じるボタンにその役割を任せます。

  2. バックグラウンドで自動保存し、後で下書きできる「ドラフト」ステータスレコードを作成します。完了したタスクを保存できる場合は、部分的に完了したタスクを保存できます。

  3. または、2と同様に、「これまでの進捗状況を保存」ボタンを付けて、後で戻るオプションを残します。

  4. キャンセルと破棄のために別のパラダイムを一緒に選択することもできます。ダイアログを含まないものです。おそらくiPhoneの削除プロセスや、ユーザーがボタンをクリックするだけではなく、もう少し考えなければならないようなものです。

個人的には、2016年には、手動および自動のプログレッシブ保存が、数語よりも複雑な情報をキャプチャするすべてのインターフェースビルドのデフォルトの位置になるはずです。ユーザーは最近仕事を失うべきではありません。この種のことを行うと、ダイアログボタンですべての間違いを試すことは重要ではなくなります。

Windowsのパラダイムが期待されているかもしれませんが、それが常にそうであったからといってそれがその方法であることを意味するわけではありません-期待されたパラダイムに関係なくユーザーがタスクを完了するのに役立つ最善の方法で物事を構築することが最善の方法です事。

質問の目的は、ユーザーが仕事を失うのを防ぐことであり、どのような組み合わせや単語やボタンを選択しても、それを最適に達成することはできません。人々はボタンの位置、ポップアップへの自動応答、言い回しの混乱に苦労するので、この罠に陥らないようにしましょう。

1
Toni Leigh

モーダル表現を簡略化します。

「行った変更を破棄しますか?」

「はい、破棄」と「キャンセル」と同様にボタンをシンプルにします。

0
DaveyJJ