ダイアログの[閉じる]アイコンと[OK]ボタン
エラーモーダルダイアログ用に次のデザインが与えられました（ページの残りの部分はグレー表示されており、クリックできません）。
私には、直感的に、同じこと（ダイアログを閉じる）を行うために2つの方法（閉じるボタンとOKボタン）を使用することは冗長に思えます。
閉じるボタンは必要ないようです。
それを回避するためのより確かな理由、または私が間違っている場合に両方を持つべき正当な理由を提供できますか？
「OK」ボタンの単語が間違っています。
これはユーザーに必要なものであるため、「続行」ボタンである必要があります。ユーザーは、警告の性質を認識しており、現在のデータの再読み込み/更新なしで続行することを認めるよう求められています。
データが読み込まれなかったのは問題なので、Word Okを使用すると不必要な認知的不協和が生じます。
ユーザーは行動を求められています。それはスクロールされた警告ではなく、迷惑なポップアップダイアログであり、ユーザーはそれについて考えたり、アクションの結果について競合や不確実性を感じたりしたくないでしょう。したがって、ボタン（およびユーザーとアプリの間のダイアログ）の最も単純で最も精神的に正確なモデルは、続行することに同意することです。
閉じるボタンは必要ありません。それは問題を混乱させ、無意味です。
//どうやら、システムはユーザーが強制的に別の更新を試行することを許可できません。これはここに配置するもう1つの論理ボタンです。
一般的な原則として、達成したいことは、ユーザーがアプリケーションと対話するための明確で簡単な自己説明などです。
このタイプのモーダルでは、何かを決定する必要がないため、「OK」または「閉じる」モーダルはほぼ同等です。これは、すでに発生したことについての短くて単純な情報メッセージであり、最後にただ却下したいと思うでしょう。
このボタンで十分ですか？はい、そうです。
Xは必須ではありませんが、ここでの取り決めは、「ここから退去/私をここから退出させる」という目標も満たす標準であり、一部のユーザーはいつか誰もがすでにそれを使用しているため、喜んでそれを使用します。設計に大きな害を与えないことを考えると、それを削除する強い理由はありません。
冗長であることにより、ユーザーがより多くの選択肢、対話の親しみやすさと柔軟性を最小限に抑えて害を与えない場合、それを回避する大きな理由はありません。
さらに（そして再び、このモーダルの有益な目的を考慮して）、[Enter]をOKショートカットとして提供し、[Esc]をX /閉じるショートカットとして提供することができます。
冗長性と重複は必ずしも悪いことではありません。モーダルのX閉じるアイコンはソフトウェアのどこにでも見られるものであるため、その意味は非常に長い間よく知られています（Microsoft WindowsオペレーティングシステムのパネルやMS OfficeなどのMicrosoftアプリを考えてください）。
ラベル付きのコマンドボタンは、多くの場合、アイコンよりも明確ですが、ラベルの選択は重要です。通常、ラベルはあいまいであると見なされますが、この状況では、コマンドボタンはモーダルを閉じるだけなので、X閉じるアイコンの機能を複製します。