Microsoft Windowsダイアログ：閉じるボタンのシナリオなし
Windows Dev Center の状態：
「ダイアログボックスには常に閉じるボタンがあります。閉じるボタンを無効にしないでください。閉じるボタンを使用すると、不要なウィンドウを閉じることができるため、ユーザーは制御を維持できます。」
ただし、閉じるボタンのないダイアログの例を示しています。これらは、このパターンを正当化するためのいくつかのシナリオ（たとえば、データの損失、進行状況など）を提供します。
このパターンの許容できる他の使用法は1つしか考えられません：
- 誰かが予期しない結果をもたらす可能性があるアクション（たとえば、重要なシステム設定の変更など）を実行したとき。その結果、ユーザーにオプションの確認/選択を要求します。 anyのユーザーアクションを確認することに反対ですが、人々がコンピューターを台無しにしないようにしても問題ないかもしれません。問題を提起する：なぜ人々にそのオプションを与えるのか？ （それは別のスレッド用です...）
質問：
- 閉じるボタンの削除を正当化する他のシナリオはありますか？
- 「野生の」例を見たことがありますか？
「キャンセル」アクションが受け入れられないときだけ、閉じるボタンを表示してはいけないと思います。ユーザー必須選択を行います。
これは、ユーザーの操作が原因ではないポップアップに関連していることがよくあります。たとえば、システムを再起動する必要があり、システムを再起動するタイミングをユーザーに尋ねます。 「今」、「1時間後」など。ユーザーがそのポップアップを閉じても、システムの再起動が妨げられることはありません。閉じるボタンは「要求をキャンセルする」ボタンとして機能するため、期待どおりです。
個人的に-私のシステムがコンピューターを再起動するように強制するとき、私はそれを嫌いますが、それは別の議論です:)
個人的には、マイクロソフトのガイドラインはほとんど意味がないと思います。
ユーザーからの決定を要求する一般的なダイアログは、その時点で実行可能なすべてのアクション（OK /キャンセル、Yes/NO、保存/非保存/キャンセル）のボタンを提供します。ほとんどのダイアログでは、閉じるボタンはユーザーに追加の「コントロール」を提供しません。アクションを実行する重複した方法を提供するだけです。さらに、利用可能な選択肢によっては、閉じるボタンの実際の動作が不明確な場合があります。
「印刷」や「設定」などの複雑なダイアログで閉じるボタンのポイントを確認できます。この場合、ボタンの機能を理解するためのユーザーの認知負荷が高くなる可能性があります。閉じるボタンを使用すると、操作をすばやく簡単に認識してキャンセルできます。しかし、単純なダイアログでは、それが価値をもたらすとは思いません。
まずモーダルを嫌うと言いたいです。確かに、それらが適切で必要なシナリオがあることは知っていますが、私は原則としてそれが好きではありません。
そうは言っても、与えられた例のいくつかは、閉じるボタンを無効にすることを正当化しないと私は主張します。閉じるボタンは、非常によく知られた快適な脱出ハッチです。シナリオに応じて、「はい」または「いいえ」のどちらかが破壊的なアクションになる可能性があります。ユーザーがこの場所に到着し、本当に否定的なアクションを実行したくないためにパニックモードになっている場合、ユーザーはできるだけ早くそこから抜け出したいと思うかもしれません。時間は技術的な観点から実際には考慮されていませんが、人間は危険だと感じる立場にいるとき、できるだけ早くそこから脱出したいと考えています。
エスケープハッチとして閉じるボタンを提供することで、パニック状態に陥って質問を処理し、解釈して、クリックするボタンを決定する必要がなくなります。クローズは私をここから連れ出すつもりです、質問はありません。私はそれについて考える必要はありません。
ポイントを作成するために、次のように書かれているモーダルを検討してください"このドキュメントを削除してもよろしいですか？" yesはそれを削除し、noは戻りません。さて、その質問が言葉で書かれている場合、"このドキュメントを削除する代わりにアーカイブしますか？"開発者ははるかに破壊的なオプションを提供しようとしましたが、今はイエスはそれを削除しないことを意味しますそれを削除することは決してありません。
閉じるボタンがあり、危険ゾーンから抜け出したいだけの場合でも、同じことを何でも実行できます。
戻ることができないシナリオがあるかもしれませんが、理想的には、ユーザーがそこに到達する前に確認するようにしてください。
[X]ボタンの削除は、何をすべきかわからない場合やアクションをキャンセルしたい場合に行くボタンであるため、絶対に避けてください。
それは私が過去にそれらのいくつかを作らなければならなかったことを言った。その理由は、非常に古いソフトウェアで新しいUIを構築していたからです。 1または2の場合、ソフトウェアは無視できないような方法でユーザーからの応答を必要としました。これが絶対に必要である理由を修正することは、クライアントが[X]ボタンを削除してユーザーに回答を強制することを選択した、まれな場合にのみ発生する何かに多大な労力を費やすことになります。
私はそれがまったく好きではありませんが、UX対コストの問題になる場合があります。
私はUXの人というより開発者です。
しかし、閉じるボタンのないダイアログボックスには目的があると感じています。ほとんどの場合、About Faceの原則は確認しないでください。むしろ彼らに元に戻す機会を与える。問題は、一部の操作を元に戻すことができず、深刻な結果を招く可能性があることです。
これは一種のデータ整合性の問題ですが、第三者へのデータのリリースです。ワシントンポストに分類された20のドキュメントをリリースしてもよろしいですか？