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