問題タブ [density-independent-pixel]

次のフラグメントのように、DIPを使用してXMLレイアウトでインターフェイス要素の寸法を設定できることがわかりました。

ただし、すべてのJavaインターフェイスは引数として整数を取り、DIPでディメンションを指定する方法はありません。これを計算する正しい方法は何ですか？

クラスのプロパティ密度を使用する必要があると思いましDisplayMetricsたが、これは正しい方法ですか？

この式が常に正しいことを信頼できますか？

ピクセル*DisplayMetrics.density= dip

Androidのどこかに変換用のユーティリティ関数はありますか？

setWidth（int pixel）は、デバイスに依存しないピクセルまたは物理ピクセルを単位として使用しますか？たとえば、setWidth（100）は、ビューの幅を100ディップまたは100ピクセルに設定しますか？

ありがとう。

私は次のコードを使用しています：

ImageView i = 新しい ImageView(mContext);

i.setImageResource(mImageIds[位置]);

i.setScaleType(ImageView.ScaleType.FIT_XY);

i.setLayoutParams(新しい Gallery.LayoutParams(200, 100));

ご覧のとおり、レイアウトの寸法をピクセル単位で設定しています。

同じことを「ディップ」で行う方法を知っている人はいますか?

これは私を悩ませています。私は何を見落としていますか？どの密度の画面でも、正確に 1 インチ幅のボタンが必要です。次のようにレイアウトで宣言します。

私が得るのは、予想される 1 インチではなく、すべての画面でちょうど 7/8 インチ幅のボタンです。違いは、ボタンの周りのマージンまたはパディングですか? もしそうなら、それをゼロに設定する方法は？

私のアプリがテキストが多いとは言いませんが、ランダムな文字列が表示されることがありますが、他のものよりも長いことがあります。私のドロイド 2 にはうまくフィットしますが、小さいドロイドでは同じように表示されないことはわかっています。すべてのアンドロイドで確実に機能するように、さまざまなサイズのテキストをフォーマットする適切な方法を知っている人はいますか?

以下のリンクにある図2をご覧ください。http：//developer.android.com/guide/practices/screens_support.html ..

プラットフォームは、デフォルトでアプリケーションに密度の独立性を提供すると言われています（画面サイズ、アスペクト比、密度は異なりますが、ランチャーアイコンは同じ物理サイズで表示されます）。

そして、3つのエミュレーター画面、すなわちWVGA高密度（左）、HVGA中密度（中央）、およびQVGA低密度（右）で表示されました。

私はこれらの3つのavdを作成してテストしましたが、ランチャーアイコンはエミュレーターごとに異なります。なぜそうなるのか、それらのエミュレーターで同じサイズのランチャーアイコンを取得する方法を誰かが知っていますか...

複数の画面サイズで機能するレイアウトの構築についていくつかの調査を行いましたが、明確化を求めています。

3 つの画面サイズ (小、中、大) ごとに個別のレイアウト ファイルを作成するのが一般的な方法ですか、それとももっと簡単な方法で実現できますか?

プロジェクトを大画面デバイスでテストしてきましたが、パディングやマージンなどに DIP (密度非依存ピクセル) を使用していますが、小さな画面で表示するとまだぎこちなくなります。中サイズの画面用にプロジェクトを設計し、Android が適切にスケーリングできるようにする必要がありますか?

これが良い質問かどうかはわかりませんが、複数の画面サイズを設計するための一般的な方法を探しています。職業はなんですか？

編集:これに加えて、たとえば、画面の下部から 40dip 上のボタンがあるとします。文字通り 40dip と書く必要がありますか、または 40 * screenWidth / blahblah などのような何らかのピクセル計算を使用する必要があります。ユーザーの画面サイズに応じてスケーリングするようにしますか? UI の経験が限られている...

これに似た質問をしましたが、より広い範囲の意見を得るために、より一般的な質問をすると思いました。

この質問をするのは、私が開発した最後の 2 つのアプリで、すべての画像リソースを drawable-hdpi フォルダーに入れ、ランドスケープ モードを処理せず、主に個人の Droid フォンでテストし、基本的に私が自分のデバイス用にのみ開発していました。私は常に適切な場所で dpi と sp を使用しましたが、これは私のアプリが他の画面サイズ/密度で適切にスケーリングするには十分ではありませんでした。場合によっては問題なくスケーリングされますが、小さいサイズでは常に画面の一部が切り取られる傾向がありました.

すべてのデバイスで少なくともある程度はうまくスケーリングするアプリを開始するための最良の方法は何ですか?

たとえば、デフォルトの HVGA 画面で正しく表示されるようにアプリのレイアウトを構築し、より大きな密度にスケーリングできるようにする必要がありますか? 縦向きと横向きの両方のレイアウト ファイルを積極的に構築することはベスト プラクティスでしょうか?

1 つのサイズだけに焦点を合わせて、後からこれを管理するためにスクランブルをかけることなく、すべてのデバイスでアプリが適切に表示されるようにするために、どのようなことを行っていますか?

Androidのディップに完全に混乱しています。

参照から、dp値のベースは160であることを理解しています。したがって、幅80dpは画面の幅50％のビューと等しくないでしょうか? 私の Nexus One では、dp での幅は 300dp 程度のようです。

ここで何が欠けていますか?

thx事前に

Android でマルチ dpi をテストしていますが、レイアウト xml ファイルは次のようになります。

480x800 mdpi(160) シミュレーター (7 インチにスケーリング) で実行すると正常に動作しますが、480x800 hdpi シミュレーターでは、EditText を画面の下部近く (ほぼ 600px) までパディングします。 240 / 160 ? また、4インチに拡大しても画面サイズと変わらないようです。異なる画面密度でパディングを機能させる方法は? どうもありがとう！