2009-04-04 11 views
8

解決策に依存しないアプリケーションを開発しています。アプリケーションは常にフルスクリーンになるので、モニターの解像度がアプリケーションの使用を損なわないようにUIを設計する必要があります。私はこれを達成しようとWPFで遊んでいる時間の良い量を費やしてきました。今日私はViewboxについて知りました。すべての私の問題を解決するようです。私がしなければならないことは、ビューボックスに各スクリーンをレイアウトするために使用されたグリッドを置くことです。私は解像度に依存しないアプリケーションを持っています。WPFで解像度の独立性を達成するためにViewBoxを使用するのが最適ですか?

ただし、これは簡単に思えます。それは正しいとは思わない。私はビューボックスを使用すべきですか?私は代わりに何をすべきですか?私がViewboxについて知る前に、解像度に関してフォントサイズを拡大する方法を考え出すのが難しかった。 Viewboxではこれについて心配する必要はありません。だから、Viewboxを使うのが間違っている場合、テキストのサイズを変更するにはどうすればいいですか?

答えて

2

実際、あなたはかなり正しいです。 WPF IS解像度に依存しませんが、問題はフォントサイジングを制御する方法です。

ViewBoxはパフォーマンスが低下するので避けるべきですが、誰かを傷つけてはならないと思います。

しかし、注意してください:それは今に見えるかもしれませんが、あなたは、単に1600×1200のように640×480にできるだけ多くの情報を表示することができません... 最もエレガントな解決策は、​​にdemonstratetされている解像度に依存したテンプレートを使用することです。

+0

解像度に依存するテンプレート?それは、各解像度のテンプレートを持っていることを意味し、実行時に使用するかどうかを決定しますか?それはたくさんの仕事のようです。 –

+0

もちろんです。それは、解像度に依存した複数のレイアウトを持つことを意味します。たとえば、800x600以下の人はリストだけを表示し、大きなディスプレイを持つ人は追加の情報パネルを表示します。 – Hades32

5

WPFのコアには解像度の独立性があります。デフォルトの測定値はピクセルではなく、デバイス独立ピクセル(DIP)です。どうやってこれがうまくいかないか説明できますか?おそらく、スケーリングが正しくないXAMLの非常に単純な例を提供していますか?

+0

私の最大の問題はフォントの問題です。ほとんどの場合、他のすべてのものが、決断を越えて動作するようなレイアウトを思いつくために十分に混乱していました。しかし、私が行ったスクリーンは、時間がかかりました。 –

+0

私のウィンドウが同じ解像度で表示されるようにする一般的なヒントはありますか?そして、フォントスケーリングを手渡す方法は? –

関連する問題