ピクセル単位のサイズがどうであれ、熟練したユーザーがウィンドウの使用を完了するのに数秒以上かかる場合、それはダイアログであってはなりません。それ以上は迷惑です。ユーザーにあまりにも多くの作業を要求することになり、それらの作業は簡単に失われ (例: 誤って [キャンセル] を押して)、再入力するのも困難です (例: セッション間)。コントロールが多すぎて、ダイアログが 800 である必要がある場合は、コントロールが多すぎます。200,000 平方ピクセルと 40 個のコントロールは、ダイアログで検討する必要がある最大のものです。また、タブは、ダイアログが複雑すぎることを自然に示す方法です。
ダイアログは、パラメータを入力して、ダイアログのプライマリ ウィンドウに表示される 1 つまたは複数のデータ オブジェクトに対して単一のコマンドを実行するためのものです。そのため、ダイアログは小さくてシンプルである必要があります。それはあなたがしていることではないと思います。代わりに、「ダイアログ」を使用して主要なデータ オブジェクトを表し、単一のコマンドではなく主要なタスクを実行します。
必要なのは、ダイアログではなく、ユーザーのために設定した複雑なタスクに必要なすべてのサポートを備えたプライマリ ウィンドウです。これには、ユーザーが自分の作業を保存、取得、およびコピーするための手段を提供することが含まれます。これは、ヘルプを含むすべての標準コマンドを備えたメニュー バーとツールバーを意味します。ウィンドウは完全にモードレスで、サイズ変更、最大化、最小化が可能でなければなりません。
プライマリ ウィンドウは、ユーザーの画面の大部分 (半分以上) のサイズで最適に機能するように設計する必要があります。1024x768 は、今日のラップトップ/デスクトップ画面では一般的に問題ありませんが、必要がなければそれほど多くのスペースを使用する必要はありません。ユーザーの画面が小さい場合、またはユーザーがなんらかの理由でウィンドウのサイズをデザイン サイズ未満に変更した場合、スクロールバーが表示され、フォーム内のすべてのコントロールとコンテンツに完全にアクセスできるようにする必要があります。これは、他のプライマリ ウィンドウと同様です。Web での経験は、スクロールがフォームのショーストッパーではないことを示しています。
さらに、タブをプライマリ ウィンドウで使用して、コントロールの数を増やすこともできます。複数のウィンドウについて聞きたくないと言っていましたが、ユーザーがタブ/ウィンドウ間でデータを比較する場合は、タブの代わりに複数のウィンドウを使用する必要があります。コンパクトなプレゼンテーション ( http://www.zuschlogin.com/?p=42でこれについて説明しています) を使用して、特定のプライマリ ウィンドウ サイズにより多く収まることもできますが、コミットする前にユーザーでそのようなアプローチをテストしてください。