web-dev-qa-db-ja.com

ベストプラクティス:ソフトウェアUIでの保存と終了

これは、Web実装についてはここで数回説明されていますが、デスクトップアプリケーションについては説明されていません。タイトルバー/ファイルメニュー/ツールバーなどがあるので、ウィンドウを閉じて保存するためのベストプラクティスは何ですか?

私は正しい答えを知っていると思いますが、これは私が扱っていることです、私はWindowsアプリケーションで作業しており、誰かがウィンドウを閉じるときに保存/保存しない/キャンセルするように求められるという「問題」を提起しました(のみ変更が行われた場合)かなり標準的な権利ですか?変更を行う場合、変更を保存する/しないで本当に閉じるつもりである場合は、閉じるときにユーザーにプロンプ​​トを表示する必要があります。結局のところ、これは医師が診断/結果を書くのに何時間も費やす医療アプリケーションのためです!

「保存して終了」ボタンと「保存せずに終了」ボタンを既存のツールバーに追加して、プロンプトをバイパスするように依頼されました。 (「余分なクリック」を取り除く)

ここでYelpのレビューを単に書くだけではないので、UIに破壊的なものを置くことは正当化できません。

保存と終了の機能を決してマージしないことについての議論を見てきましたが、このプロンプトをバイパスすることは、優れたUXプラクティスに完全に反することになると思います!元に戻す機能やバージョン管理がないため、このプロンプトは変更を破棄する際の唯一のセーフティネットです。

だからここにいくつかの質問:

  • 終了/閉じるボタンは、タイトルバーやファイルメニューなどにある場合、UIに配置する必要がありますか?
  • 保存せずに終了して保存/終了をソフトウェアにマージする必要がありますか?
  • これらのプロンプトをバイパスするためのボタンがUIにある必要がありますか?

これらの基準を正当化する助けがあれば大歓迎です:)ありがとう

mockup

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

8
bfritz

「保存して終了」ボタンと「保存せずに終了」ボタンを既存のツールバーに追加して、プロンプトをバイパスするように依頼されました。 (「余分なクリック」を取り除く)

このダイアログの目的は、追加のクリックを作成することです!

ユーザーが仕事を失う可能性がある状況では、偶発的なクリックから保護する必要があります。ここで、[保存/保存しない/キャンセル]ダイアログが表示されます。このダイアログボックスでは、ユーザーが必要とする3つの選択肢を同時に提供します。

ユーザーは基本的に「ねえ、私は足で自分を撃つことができるように銃を持つことができますか?」と言っています。これらのボタンを入れると、「わかりました、これでどうぞ!」と言うでしょう。

7
17 of 26

[保存]ボタンと[キャンセル]ボタンをアイコンで見やすくしましたが、通常、キャンセルしても警告プロンプトが表示されます。問題は、そのプロンプトがどこにもない場合、ユーザーは作業を失うだけでなく、クリックしたユーザーへのフィードバックがないということです。

1つのオプションは、ダイアログを取り除くユーザー設定を提供することです。しかし、私は通常、ユーザーにこのオプションを具体的に選択させる。彼らはその時点で失われた作業に対して責任を負います-そして通常このオプションを選択する人々はそれで大丈夫です。

質問に明確に答えるには、タイトルバーやファイルメニューなどに存在する場合、終了/閉じるボタンをUIに配置する必要がありますか? -いいえ、すでにUIに表示されています...画面の下部にありますが、

保存せずに終了して保存/終了をソフトウェアにマージする必要がありますか? -通常はありません。そうする場合、一貫性を保つ。

これらのプロンプトをバイパスするためのボタンがUIにある必要がありますか? -いいえ、ただしプロンプトをバイパスするユーザーオプションは問題ありません。

2
Don Nickel

[閉じる]ボタンは常にUIに存在する必要があります。通常、右上隅(MacOSの場合は左上)にある小さな「x」ボタンの形式です。通常、ツールバーに「終了」ボタンを追加する必要はありません。

他の可能なボタンについては、誰かが誤ってそのボタンをクリックする可能性が常にあることを理解する必要があります。これが、「危険な」アクションを実行するすべてのボタンに確認ポップアップが表示される理由です。 「保存せずに終了する」ボタンがあると便利な場合もありますが危険です。この場合、その横に同様のラベルが付いた[保存して終了]ボタンがあるため、間違いの可能性がさらに高まります。

私が理解しているように、あなたの場合、自分の仕事を失うと悲惨な結果をもたらす可能性があるアプリケーションがあります。これが、元に戻す/バージョン管理機能の必要性をクライアント/ボスに強調することが最善の行動となる理由です。

最適なUXは次のとおりです。

  • 終了時に、変更を自動的に保存します(確認ダイアログはありません-人々が確認ボックスの右ボタンをクリックするのは、特に数千回見た後では悪名高いです)。これを行うときは、非対話型のスプラッシュ画面を表示して「変更を保存」します。これにより、ユーザーはアプリケーションを閉じるたびにすべての変更が自動的に保存されることを知ることができます。
  • [変更を破棄]ボタンをツールバー/メニューに追加します。ポップアップの確認を使用するか、ユーザーがこのボタンを押すつもりがなかった場合は、この操作を元に戻すことができます(この場合も、ユーザーがボタンを作成する必要があります)何が起こったのかをユーザーに明らかにする(たとえば、情報ボックスのポップアップやスプラッシュスクリーンを提供するなど)

一般に、確認ポップアップ(特に頻繁にアクションが発生する場合)は、次の理由により、すべての犠牲を払って回避する必要があります。(1)人を困らせる、(2)日を節約するはずのまれな状況で、失敗する習慣のせいで仕事ができる。

1
Pasha