どんなサポートされる画面サイズにWindows Mobile?

Question

Im書くコンパクトの枠組みの申請Windows Mobile6.5.アプリケーションロットメントによる売出しの売出Windowsphoneです。していて、様々な画面サイズ-解像度が...しかし、どうやっているのか？ある最善の実践や"と思いますよね（笑）。使ってい主基準を制御すが、背景画像のMainform...いる店舗での分解能で、ダイナミックによるデバイス私のアプリを運?

を受ける場合があります。、

トーマス

Answer 1

私が始まっこの問題です。

私個人のあるべき特定が大幅に異なる解像度のサイズ範囲を提供し、異なるUI層までスワップまで検出するサイズの変更がら、その他動的に切り替えなが変更される場合も要求する場合はすぐチェックイン時に負荷時）このアプローチに明らかになれば意味の範囲を識別するのは非常に限られ、同じようとして同じ範囲をアプリの動きをリサイズ周辺).

取り組もうとしているすべての解決に同一のUI層のような感想をすることが可能で、レシピ。だから、だれとボールの文字列バIF-ELSE、スイッチ諸表を見るピクセルサイズ、サイズ変更管理と移動ものです。

考えてみれば、Googleマップ（つが考える為のiPhoneアプリなのでUIのモバイルのデスクトップブラウザです。このサイズの差ちゃ(携帯VSデスクトップ-のように解決しているロールの異なるUI層としての私の提案です。

その聖杯、いわゆる液体のレイアウト-コンポーネントのラインナップここでまとめてコンパクトの枠組みの除外された。

最近、私は、たいて,非常に類似した質問-ご覧いただけます。で この場合は読みんなの意見.

Answer 2

これはtoughieです。私は以下の低労力計画に合理的な結果を持っていました。 （これはところで、Winフォーム指向である）

最大の問題は、予想よりのの小さい解像度です。したがって、可能な限り小さく、あなたの画面を作成し、アンカーとドッキング設定に特に注意を払います。各フォームを表示する場合は、全画面表示に設定し、アンカープロパティは正気の方法で物事を表示する合理的な仕事をする必要があります。

これが唯一の解像度が予想よりもはるかに大きい場合は愚か見え始める。
あなたはScreen.PrimaryScreen.Boundsの呼び出しを介して、現在のプラットフォームの画面サイズを見つけることができます。

Answer 3

私は最近、物事を試すために、小さなアプリを構築しました。私は、背景画像を表示するのに必要なので、彼らは透明な背景をサポートしていないので、私は等々ラベルのような組み込みコントロールを使用していない可能性があります。

私はGDI +を使用して、フォームのPaintイベントで全体のインターフェイスを描いてしまっています。

取り扱い異なる画面解像度は非常に単純であることが判明：インタフェースが通常96DPI画面（最小）のために試作されているすべてのサイズは96 / actual_dpiとして計算係数を用いてスケーリングされます。あなたは、コードを使用して、画面の実際のDPI設定を取得することができますましたここを（少し古いが、まだ作業）。私はその後、エミュレータが提供するすべての解像度でアプリケーションをテストし、何の問題を発見します。

警告：私の特別な何も正方形の画面や風景/ポートレートの向きに対処するために必要とされなかったように、画面の下部に「無駄に」