今日のトピックでは、私が思うに、Microsoftがこれまでに実装したユーザーインターフェイスデザインの最大の障害の1つを分析します。
これは、ソフトウェア開発者が長い間採用してきた[OK]、[キャンセル]、および[適用]ボタンの神秘的な組み合わせです。
「適用」ボタンのアイデアは非常に美しいです。ユーザーはダイアログボックスを閉じずに変更の結果を確認できるため、画面上のウィンドウを何度も呼び出さずにパラメーターを「調整」できます。
ユーザーが3つのボタン「OK」、「キャンセル」、「適用」を含むウィンドウを開いたときに何が起こるか見てみましょう。 「適用」ボタンをクリックした後、「OK」ボタンと「キャンセル」ボタンの意味が失われると思ったことはありますか？ ほとんどの場合、ユーザーはこの誤ったボタンレイアウトの使用に慣れているため、長い間問題に気付いていません。
実際、「適用」ボタンをクリックすると、システムはユーザーコマンドを実行してデータを変更し、ウィンドウを開いたままにします。 この意味で、「適用」をクリックすることは「OK」をクリックすることと同じです。 この場合、「OK」ボタンと「キャンセル」ボタンはどのような役割を果たしますか、遅かれ早かれ押す必要がありますか？ 正解は、ウィンドウを閉じるだけです！
問題を解決するためのオプション。
奇妙なことに、あらゆる状況から抜け出す方法があります。 マイクロソフトの開発者が12〜15年前の少し早い時期に（そして2006年には開始していなかった）ユーザーの面倒を見始めた場合、彼らは次の正しいシステム動作の1つをプログラムしていました。
オプション1（最も受け入れられる）。 ただし、少し変更する必要があります。[OK]ボタンと[キャンセル]ボタンを正当なアクションに戻します。 つまり、ユーザーは「OK」をクリックして、「キャンセル」をクリックして変更をコミットします。変更をキャンセルし、場合によっては最初からやり直して、ウィンドウを再度呼び出します。 より説得力を高めるために、「適用」の名前を「プレビュー」に変更し、「OK /キャンセル」コントロールグループから視覚的に分離できます。 このようなもの：
オプション2（ダウン）。 ウィンドウには、「適用」と「閉じる」の2つのボタンのみを配置します。 この場合、ユーザーは「OK」または「キャンセル」をクリックして「閉じる」をクリックするとは思わないでしょう。 それは素晴らしいですね：
関連リンク：
1. Golovach V.V. User Interface Design、2002.-146 p。、Ill。、P. 66。
また、どのようなオプションを提供できますか？