削除ダイアログでどのボタンにフォーカスする必要がありますか？
ほとんどの破壊的なアクションはデフォルトのアクションから避けられるべきだと私は思いました。しかし、削除ダイアログが表示されると、ほとんどのWindowsアプリケーション（OSを含む）がデフォルトでフォーカスを[はい]/[削除]ボタンに設定していることがわかります。 Mac OS Xでは、代わりに 設計ガイドライン に次のように表示されます。
...
結果が危険または望ましくない可能性のあるアイテムまたはアクションにクリックスルーを提供しないでください。具体的には、次のような項目のクリックスルーを有効にしないでください。
•ユーザーがキャンセルできない潜在的に有害なアクションを実行する（たとえば、メールの[削除]ボタン） "...
どちらが最善のアプローチですか？
破壊的な「削除」をデフォルトのアクションにするべきかどうかの答えは、ダイアログが発生するコンテキストに大きく依存すると思います。ダイアログが「空のゴミ箱」をクリックするなどの明確な破壊的意図を表すアクションの結果である場合、ユーザーはおそらく結果が何であるかを知っているので、肯定的な「はい、私は本当にしたいです」ゴミ箱を空にする」確認がデフォルトのアクションになります（確認、スペース、エスケープのキャンセルを入力してください）： 
このような場合、ユーザーが実行したアクションを簡単に確認する方法がないと、非常に煩わしい可能性があります（「はい、もちろんゴミ箱を空にしたいので、クリックしただけですよね！」） 。
反対に、ダイアログが発生して、破壊的な副作用が発生する可能性があることをユーザーに警告する場合は、注意を怠るほうが理にかなっています。この良い例は、保存されていないドキュメントを閉じるときに発生するダイアログです。その場合、ユーザーが変更を放棄するつもりであったかどうかは不明であるため、破壊的なアクションはデフォルトではありません。
したがって、たとえ Appleのダイアログを閉じる際のヒューマンインターフェイスガイドライン 状態 "ユーザーの最も可能性の高いアクションが無害である場合にのみデフォルトのボタンを使用する"とは言え、 ：ユーザーの最も可能性の高いアクションが無害であり、ダイアログをトリガーしたアクションの明確な拡張ではない場合にのみデフォルトボタンを使用します（たとえば、ほとんど不可能です）誤ってゴミ箱を空にしますが、ウィンドウを閉じた後にドキュメントのすべての変更を誤って失うことは悪いことです）。
「はい」ボタンに自動フォーカスを与えると、ファイルが誤って削除される可能性があります。一方、「いいえ」ボタンに自動フォーカスを与えると、ユーザーが複数のファイルをすばやく削除し、削除されていないことに気づき、最初からやり直すことができます。
私はデフォルトとしても焦点を合わせても設定しません。代わりに、必要に応じてテキストをフォーカス可能にするので、ユーザーはアクションを選択する必要があります（マウスを使用するか、タブとスペース/ Enterキーを押すか、エクセレーターキーを押すか（たとえば、「Y」または「N」）。
「いいえ」ボタンを「キャンセル」ボタンに設定します（ESCキーに対応）。
アプリケーションがエンタープライズアプリケーションの場合、その人は毎日それを使用していて、自分が何をしているのかを知っていることになります。次の「Enter」キーを押すと、確認のためのアクションが必要になります。ただし、データが誤って削除されることを心配し過ぎている場合は、削除したコンテンツをアプリケーションの[ゴミ箱]ボックスに移動して、そこから再度復元できるようにします。しかし、ユーザーが日常的にアプリケーションを使用して生計を立てることを期待されている場合、焦点は常に「はい」に置かれるべきです
アプリケーションがカジュアルアプリケーションであり、余暇に使用されることが予想される場合、クリック/タップではなくジェスチャーによって削除がトリガーされるまで、フォーカスを 'に置かないでください番号'。ホバーなどで削除がトリガーされた場合は、常に「いいえ」または「キャンセル」に焦点を当て、それ以外の場合は「はい」に設定します。