haveで何かを確認する場合、唯一のオプションは[OK]/[確認]ボタンのあるモーダルダイアログです。
続行するには何かに同意する必要がある場合は、[キャンセル]ボタンが必要です。
実際には、ボタンにはOK /キャンセルだけでなく、意味のあるテキストが必要です。
短い答え： "コマンドリンク"
長い答え...
IMOは、多くの状況で、OK /キャンセルまたははい/いいえは非常に悪いです。
どうして？
ユーザーが固定のパスを念頭に置いているためです。ユーザーは、AからBに移動したいと考えています。ユーザーは、ダイアログボックスのテキストを読むのも好きではありません。これら2つの要素を組み合わせると、ユーザーは一連の質問に対して「はい」、「はい」、「はい」と応答することがよくあります。これらの質問の1つが「現在の操作を中止したい」である場合でも、直感的に「はい」をクリックします。
Microsoft Visual Studioの完璧な例があります。アプリのデバッグ中にデバッグを停止したい場合は、「デバッグを停止してもよろしいですか？」というメッセージが表示されます。はい・いいえ。次に、「現在の環境を保存しますか？」というプロンプトが表示されます-これに対して「いいえ」と言う必要があります。 [はい]をクリックすると、不要なステップに移動し、時間を浪費し、画面が不快になります。
これらのダイアログのより良いUIは、適切な説明の再確認が必要なユーザーのごく一部に長い説明を残し、質問の中心をコントロール自体に置くことです。したがって、私のVisual Studioの例では、ボタンのテキストは次のようになります...
「デバッグの停止」/「キャンセル」
後に「保存」/「保存しない」
これに関する問題は次のとおりです。
- きちんとしたフリークを邪魔する
- ダイアログの一貫性が低くなります（使い勝手は良いが、美学は悪い）
- デザイナーがボタンに何を配置するかを考えるのはもっと大変なことです。
マイクロソフトはその光を見て、まさにこの種の問題を解決する「コマンドリンク」を導入しました。それらは、簡単な要約とクリック可能なコントロールでのより長い説明をラップします。はい/いいえボタンが1マイル離れている「長い質問」よりもずっと理にかなっています。 http://msdn.Microsoft.com/en-us/library/aa511455.aspx
私はこの質問に回答済みであることを理解していますが、それが誰かに役立つことを願っています
ほとんどのユーザーは、何も読むことなく、あなたが何でもクリックすることを学びます。彼らはあなたが尋ねる重要なものは何もないと仮定します。彼らに質問について本当に考えてもらいたい場合は、質問の仕方について思慮深く創造的である必要があります。ユーザーに表示されるのは、「何とか何とか何とか何とか何とか何とかして... OK？キャンセル？」
確かにすべての状況に最適なわけではありませんが（jezmckの回答を参照）、少し前に見た興味深いものはLicorizeの削除ボタンです。クリックすると、ボタンはインラインで削除に置き換えられますか？はい・いいえ。それは明白であると同時になんとなく目立たないようになりました。ただし、対象者でテストしたい。