デスクトップアプリケーションフレームのサイズ変更/スケーリングの処理方法
ユーザー向けのデスクトップアプリケーションに焦点を当てた新しいプロジェクトに取り組んでいます。デスクトップアプリケーションでサイジングとスケーリングを処理することに関して、より多くの情報、回答、ベストプラクティスを探しています。
現在、スタンドアロンのデスクトップアプリケーションは、スクロールバーが表示されない最小サイズでもあるデフォルトの1024x768サイズで開きます。ユーザーがアプリケーションに初めてアクセスするときのデフォルトのサイズとして設定しました。アクセスすると、ユーザーは隅をつかんで最も快適なサイズに拡大縮小するか、最大化ボタンをクリックしてフルスクリーンを表示できます。現在、ピクセル数が2560x1440のモニターを使用しているので、最大化すると、アプリケーションが奇妙に見えます。
だから私の質問は、ビジュアルUI /デザインの見栄えを良くするという事実以外に、アプリケーションが拡大する最大サイズを制限する理由があるのでしょうか？たとえば、1920x1080以下であるか、デスクトップアプリケーションの標準の配信を気に入っているユーザーがスケーリングを制御できるようにしていますか？
幸運にも2560x1440画面があり、デスクトップアプリが奇妙に見える場合でも、次のことができるコントロールに追加のスペースを割り当てています：それを使用し、プレゼンテーション/入力領域をそれほど大きくすることに付加価値はありません。そのような極端な状況では追加のペインの導入を検討してください。
この追加のパネルの内容は、もちろんアプリケーションに依存し、混乱を追加するのではなく、ユーザーのエクスペリエンスを改善することを目的とする必要があります。たとえば、次のものが含まれます。
- コンテキストヘルプ領域/ドキュメント
- 最近使用したファイルのリスト
- （最近の）アクションの履歴
- インタラクティブな元に戻す/やり直しペイン
- お気に入り
- ディレクトリ一覧
- 出力パネル
- プロパティパネル
- プレビュー領域
また、メインウィンドウが最大化されているかどうかに関係なく、ユーザーがウィンドウを大きくしたり、小さい。
追加のペインはwithinメインウィンドウ（おそらくスプリッターを使用）かもしれませんが、実際のセカンダリとしてウィンドウの片側にきちんと隣接しているように見えるかもしれません窓。スプリッターは簡単にサイズ変更できるという点で優れています。
ユーザーがスプリッターのサイズを変更したり、この余分なペインを非表示にしたりした場合は、最大化とセッションの間でその状態を記憶する必要があります。
しかし、覚えておいてください-これは、巨大な画面を持っている人のみを対象としています-少数派に対応するために他の人の行動を妥協しないでください。
可能な限り使用可能なスペースを使用し、特に理由がない限り、サイズを制限しないでください。
具体的には、アプリケーションのプライマリコンテンツ領域は、画面が大きくなるほど多くのコンテンツが含まれるようにスケーリングする必要があります。この使用例は、リボンインターフェイスのMicrosoftの主要なドライバーの1つでもあります。リボンは適切に拡大縮小されるので、より水平な部屋を利用してより多くのコントロールを表示できますが、非常に小さな部屋にも拡大縮小できます。オフィスアプリケーションを取り、ゆっくりと1回広げて、これがどのように機能するかを確認します。
水平スペースを使用して、サイドバーやツールウィンドウなどのオプション情報を許可することもできます。
設計しているアプリケーションの種類がわからないため、特定のUX提案を簡単に提供することはできません。ただし、すべてのメインウィンドウ開発環境では、コントロールをアタッチするさまざまな方法が用意されているため、アプリケーションウィンドウが変化すると、さまざまな方法でコントロールを拡大、サイズ変更、および浮動できます。
見栄えがよく、幅広い解像度で適切に機能するようにアプリケーションを設計することは簡単ではありません。 MSDNには、 高DPI Win32アプリケーション の記述に関する記事があります。
ユーザーは、Maximizeボタンを押すと、アプリケーションが現在の画面に合わせて拡大することを期待します。この行動を変えることは彼らの期待を壊すでしょう。
コントロールが1920x1080（図を使用）を超える必要がない場合は、ステータス領域（ある場合）を拡張して残りのスペースを使用できます。ツリービューまたはリストボックスがある場合、これらを展開して使用可能なスペースを埋めると、問題なく見えます。
最近、デスクトップアプリにレスポンシブレイアウトを実装することに成功しました。私はあなたと同じ問題に直面していました。
- 私のレイアウトは320px幅の列で構成されていました。
- 一部の領域は2つ以上、一部は複数の列にまたがっていました。その目的に応じて。
- 小さい画面サイズでは、一部の領域が折りたたまれて列が少なくなりました。そして、私は6つの列の「作業領域」を制限しました。そのため、画面全体に広がり、判読できなくなります。
- この手法を使用すると、デュアルスクリーンでもウィンドウを最大化でき、レイアウトを制御できます。
- 垂直はそれほど難しくありませんが、小さな画面（800 * 600）のために、上部のナビゲーションと下部のボタンを粘着性のあるヘッダー/フッター領域に配置しました。したがって、スクロール可能な領域で非表示になることはありません。
大きな4kモニターと小さな11インチのMacbook proを持っている幅広い対象ユーザーに対応する場合、多くのことを考慮する必要があります。
- 最小サイズを大きくすることは考えないでください。Googleの検索では、小さな画面のモニターの使用をやめたようです。想定しないでください。アナリティクスを確認してください。ユーザーが使用しているものを確認します。小さなマシンで作業している人もいるでしょう。
- 最大サイズは制限されるべきではないと思います。ユーザーがウィンドウを最大化しようとしても、期待した結果が得られません。
- アプリのサイズが最小サイズより大きい場合は、最初の起動後、アプリ全体が適切に表示される理想的なサイズにします。ユーザーが小さな画面を使用している場合は、隅をつかんで最小サイズにすることができます。大きな画面のユーザーはとにかくそれを最大化します。