4

自分が書いているアプリでできるだけ多くのAndroidデバイスをサポートしようとしていますが、そうしようとすると、奇妙な問題が見つかりました。画面サイズと密度の組み合わせごとに描画可能なフォルダー（たとえば、drawable-small-mdpi、drawable-large-ldpiなど）と、画面サイズ修飾子ごとにレイアウトフォルダーがあります。small-ldpi（WQVGA432を使用したばかり）とsmall-hdpiシナリオ（WQVGAスキンを使用して抽象密度を240に設定）の両方をテストするためのエミュレーターをセットアップしました。私が発見した問題は、small-hdpiエミュレーターが正しいlayout-smallフォルダーにアクセスするのに対し、small-ldpi（WQVGA432）エミュレーターはlayout-normalフォルダーとdrawable-normal-ldpiフォルダーを使用することです。

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

密度：

ldpi低密度（ldpi）画面（〜120dpi）のリソース。

mdpi中密度（mdpi）画面（〜160dpi）のリソース。

高密度（hdpi）画面（〜240dpi）のhdpiリソース。

xhdpi超高密度（xhdpi）画面（〜320dpi）のリソース。

画面サイズ：

xlarge画面は少なくとも960dpx720dp

大画面は少なくとも640dpx480dp

通常の画面は少なくとも470dpx320dpです

小さな画面は少なくとも426dpx320dpです

WQVGA432：
画面：240 x 432
密度：低（120）

largeHDPI：
画面：240 x 432
密度：高（240）

誰かが問題が何であるか、それを修正する方法を知っていますか？

4

1 に答える 1

2

サポートされている画面の範囲で述べられているように、デバイスの特定の解像度と密度の間隔はありません。ですから、これは問題ではなく、ただのトロールドロイドです^^。また、SupportingMultipleScreensドキュメントからの引用。

  • 「注：これらの最小画面サイズはAndroid 3.0より前では十分に定義されていなかったため、通常と大の間に誤って分類されているデバイスが発生する可能性があります。これらも画面の物理的な解像度に基づいているため、デバイスによって異なる場合があります—たとえば、システムバーを備えた1024x720タブレットは、システムバーによって使用されるため、実際にはアプリケーションで使用できるスペースが少し少なくなります。」
于 2012-05-17T21:08:36.887 に答える