問題タブ [android-screen]

今日は、Android のマルチスクリーン ドキュメントに関する多くの情報を読みました。XMLレイアウトで「dp」ユニットを使用すると、AndroidがQVGA、HVGA、およびWVGAでマルチスクリーンをサポートしているとは思えません.Androidは同じ密度で異なる解像度をサポートしていますか? たとえば、mdip の xml レイアウトを定義します。このレイアウトは 480x800 および 320x480 の解像度で使用できますか?

ありがとうございました。

画面サイズと密度が異なる 2 つの異なるデバイスに画像があります。

キャンバスを使用して、デバイスAの画像に円を描き、中心座標をデバイスBに送信し、同じ画像のサイズが異なっていても、同じ位置に円を描きたいです。

x座標を送信する前にデバイスAで行うことは次のとおりです。

y 座標についても同じことを行います。

デバイス B で、同じパラメーターを取得し、受け取った座標をインチの長さで乗算します。

これを AVD でテストしています。問題は、各 AVD の画面密度が 1 であることです。小さいデバイス (デバイス A) では同じ画像が完全に表示されていることがはっきりとわかりますが、占めるスペースは小さくなります!

このアプローチは、実際のデバイスで作業するときに機能する必要がありますか?

それを行うより良い方法はありますか？

私はAndroidで次のクラスを持っています。そこでは、画面上のバブルの動きを計算するためのいくつかの関数を定義しています。

これは、画面解像度1024*600pxの場合です。しかし、実行時に画面サイズを計算したい。実行時にcoordXとcoordYを定義する必要があることを意味します。コードの変更を手伝ってくれませんか。

moveBall（）で次のコードを使用しようとしましたが、コードが機能しませんでした。

誰でも解決策を提案できますか？

ガイドを読めば読むSupporting Multiple Screensほど混乱します。フォルダーのlayout修飾子がサイズ ( small、normal、large および xlarge ) にdrawable基づいており、フォルダーの修飾子が密度 ( ldpi、mdpi、hdpi および xhdpi ) に基づいている場合、drawables /images のサイズを指定するにはどうすればよいですか?? ドローアブル フォルダ内のすべての画像は同じサイズ (通常の画面サイズに基づく) である必要がありますが、密度は異なります (つまり、内部drawable.ldpiの pic.png の幅と高さは内部の pic.png と同じですが、drawable.mdpi密度が異なります)?? 問題は、各画面サイズに 3 つの密度が含まれる可能性があることです (つまり、大きな画面は ldpi、mdpi、または hdpi の場合があります)。 .サイズベースと密度ベースで同時に画像をデザインするにはどうすればよいですか?? ありがとうございました。

複数の画面のサポートに関するAndroidデベロッパーのガイダンスをここで読みました...

http://developer.android.com/guide/practices/screens_support.html

...そして、開発者の観点から、ほとんどの画面に対応する最も簡単な方法は、3セットのドローアブルとレイアウト（ldpi、mdpi、hdpi）を用意し、レイアウトファイルで相対位置を使用し、高さ、幅などを指定することです。密度に依存しないピクセル。

グラフィックデザイナーに画面と個々のボタン、画像などをデザインしてもらい、高密度画面（240dpi）用にデザインしてから、グラフィックを中密度画面（160dpi）用に1.5倍、2倍に縮小します。低密度スクリーン（120dpi）。これが最善の方法ですか？そして、もしあれば、デザインする画面の高さと幅について彼/彼女にアドバイスできますか？

さまざまな画面での画像 (アイコンなど) の使用方法を示す適切なサンプル アプリケーション (特にリソース フォルダー) をどこで見つけることができるか知っている人はいますか?

わかりました、私はこれについて多くの章を読みましたが、それでもこのプロジェクトで何をするのが最善かわかりません.

これが私がプロジェクトを持っている状況です[大きなもの:)]、このプロジェクトでは、480 x 800ピクセルの解像度の画面に対してすべてが行われます。

これが新しい要件です:)。彼らは、解像度が 240 x 320 ピクセルのデバイスをサポートするよう求めています (この解像度はレイアウト小)。これまでのところ良い:)、しかし問題は、240x320の解像度が小さすぎて、レイアウト法線のスケーリングだけではコンポーネントに収まらないことです。画面が小さい携帯電話用に、まったく新しいデザインが必要です。

これは、layout/main.xml に R.id.textview1 というテキスト ファイルがあった場合、現在は layout-small/main.xml に R.id.textview1 はありませんが、R.id と言うコンポーネントが 2 つあることを意味します。 .button1 と R.id.textviewsmall ... 私の要点は、このようなコードはレイアウト/メイン.xml では機能しないということです。

もちろん、これは私が説明したことは非常にばかげたシナリオであり、非常に複雑なことがありますが、私が達成したいことを理解していただければ幸いです。

問題は、フラグメントを実装するには遅すぎるということです。だから私はこれをどのように行うべきか、いくつかのガイドラインが必要です...

アイデアやデザインガイドラインがあれば、とても助かります。ありがとう...

240 x 240 ピクセルのイメージを Adob​​e Illustrator で (たとえば) 高密度画面用に 240 ドット/インチで設計した場合、このイメージのバージョンを中密度画面用に保存する最良の方法は何ですか? イメージを 240 x 240 ピクセルのままにして、1 インチあたりのドット数を 160 に減らす必要がありますか? それとも、画像を 240 dpi のままにして、160 x 160 ピクセルに縮小しますか? それとも別のバリエーション？

Google C2DM サービスを使用して、プッシュ通知アラート付きのアプリケーションを作成しています。電話画面が暗い場合、プッシュ通知イベントで電話画面をいくつかの色で点滅させることはできますか?

7インチタブレット（800x480px）のdp計算に問題があります。以下は、私の計算方法です。計算または思考のどこで間違いを犯しているのかわかりません。

テストしているデバイスは3つあります。

1. Nexus One：800x480px、3.7インチディスプレイ（仕様）
2. Huawei Ideos：320x240px、2.8 "ディスプレイ（仕様）
3. Ainol Novo 7 "タブレット：800x480px、7"ディスプレイ（仕様）

ディスプレイサイズに基づいて、式に基づいてDPI（1インチあたりのドット数）を手動で計算しています。

だから私は得ています：

1. Nexus One：sqrt（800 * 800 + 480 * 480）/3.7 = 252.15dpi
2. Huawei Ideos：sqrt（320 * 230 + 240 * 240）/2.8 = 142.86dpi
3. Ainol Novo 7 "タブレット：sqrt（800 * 800 + 480 * 480）/ 7 = 133.28 dp

次に、画面メトリックのdpi値を出力し、それに基づいて、画面の幅と高さをdp（密度に依存しないピクセル）で出力します。そのための私のコードは次のとおりです。

結果は次のとおりです。

1. Nexus One：スケーリングされた密度：1.5、密度DPI：240、 dp単位の幅：533、dp単位の高さ：320
2. Huawei Ideos：ScaledDensity：0.75、Density DPI：120、 dpでの幅：426、dpでの高さ：320
3. Ainol Novo 7 "タブレット：ScaledDensity：1.0、Density DPI：160、 dpでの幅：800、dpでの高さ：480

アクティビティ内のJavaコードから取得する密度DPIは、計算されたdpi値とは異なり、Androidによって明らかに120、160、または240のいずれかの値に丸められます。これはごく普通のことです。今のところ問題ありません。

問題/質問1：

3番目のデバイスであるNovo7"タブレット：ScaledDensityは1.0と言われ、dpの幅はピクセル数と同じ800と言われています。しかし、それは現実ではありません。フルスクリーンアプリを作成するときそこにビューを配置すると、実際に画面に収まるのは533dp x 320dpのビューだけです。したがって、Nexus Oneと同じdp測定値です。ただし、Nexus OneのDPI値は高くなりますが、ピクセル数は同じです。それは可能ですか？

問題/質問2：

エミュレータ用のAVDを作成し、Novo 7 "タブレットとまったく同じ測定値を使用します。Javaコードのログ行には、実際のタブレットデバイスの場合と同じ値が表示されます。

4. Ainol Novo 7 "タブレットエミュレーター：ScaledDensity：1.0、Density DPI：160、 dpでの幅：800、dpでの高さ：480

ただし、エミュレーターでは、580dp x 320 dpのビューを配置して、フルスクリーンアクティビティで完全に表示することができます。まったく同じ測定値を持つエミュレータと実際のデバイスの間で、幅dpがどのように異なる可能性がありますか？

問題/質問3：

http://developer.android.com/guide/practices/screens_support.htmlには、次のように書かれています。

さまざまなタイプのデザインの一部をターゲットにするのに役立ちます

デバイス、ここに典型的な画面幅のいくつかの数字があります：

..。

480dp：Streak（480x800 mdpi）のようなトゥイナータブレット。

600dp：7インチタブレット（600x1024 mdpi）。

..。

私のタブレットはこれらのカテゴリのいずれかに該当すると思いますが、幅は480でも600 dpでもありませんが、その中間にあります。私の場合、533dp（実際のデバイス）または580dp（エミュレーター）のいずれかです。

これが事実である場合、そのような「典型的な画面幅」の概要は、実際にはそうではないように見えますが、異なるベンダーのデバイスが標準のものの間に他のランダムな値を持つことができる場合、どのように役立ちますか？次に、dpを使用する利点がまったくないように見えるので、ピクセル値の操作に戻って作業することができます。