なぜ最小化ボタンを無効にするのですか？
最大化ボタンや閉じるボタンではなく、最小化ボタンを無効にするための適切なUX正当化はありますか？
Eclipse（IDE）にはこれを行ういくつかのダイアログがあり、この動作を実現する方法について他のStackExchangeに質問があります。
私の質問は、これはどの場合に望ましいでしょうか？設計者または開発者がユーザーにダイアログを最小化してほしくないのはなぜですか（モーダルダイアログを想定すると、これによりアプリケーション自体も最小化されます）。
Eclipseの場合、「バックグラウンドで実行」ボタンを押すとウィンドウが邪魔になりませんが、最小化機能を無効にする代わりにこれを使用するのは良い方法ではないと思います。
maximizeボタンを無効にするのには十分な理由がある可能性があることを理解しています。-closeボタンの処理は「キャンセル」ボタンと同じように処理する必要があると思います。
しかし、なぜ最小化ボタンを無効にするのですか？
この場合、最小化ボタンを無効にすることをお勧めします。
- 「バックグラウンドで実行」はウィンドウを最小化せず、操作がバックグラウンドで続行されても、実際にはclosesウィンドウです。右下のどこかをクリックすると、ウィンドウが再び表示されます（覚えている場合）。
- 最小化ボタンはウィンドウを閉じるためのものではなく、ある種のタスクバー上で最小化するためのものです。無効になっていないと仮定して、同じを「バックグラウンドで実行」（つまり、基本的にウィンドウを閉じる）の意味で指定することは不適切です。
- 一方、そのウィンドウに標準の最小化操作を許可すると混乱を招きます。これは、意味が不明な3番目の動作が発生するためです（ウィンドウが表示されます。操作はフォアグラウンドで実行され、ウィンドウは表示されません。操作は実行されます）バックグラウンドで、どこかをクリックしてそのウィンドウを再表示させることができます。ウィンドウはタスクバーで最小化されています。
とにかく、これは非常に珍しいダイアログであり、開発者向けに設計された特定のアプリケーションでは、多くの場合「ネイティブ」に見えないテクノロジー（Java）を中心に開発されています。ほとんどのUIの選択肢が純粋にランダムまたは利便性主導であることに驚くことはありません。
ダイアログウィンドウを作成した親ウィンドウが子ウィンドウからの情報またはワークフローを待機しているときに、通常このシナリオに遭遇します。
したがって、ユーザーが子ウィンドウを最小化し、何らかの理由で子ウィンドウを見つけられない場合、基本的にアプリ全体が動かなくなります。これは彼らがそれを最小化することを防ぎ、彼らの顔にそれを保ちます。