3

我试图支持尽可能多的Android设备,因为我正在编写应用程序,但在尝试这样做时,我发现了一个奇怪的问题。我为每个屏幕大小限定符的&密度组合(例如drawable-small-mdpi,drawable-large-ldpi等)以及布局文件夹提供了可绘制文件夹。我设置了用于测试small-ldpi(我刚刚使用WQVGA432)和小型hdpi场景(我使用WQVGA skin并将抽象密度设置为240)的模拟器。我发现的问题是小型hdpi模拟器访问正确的layout-small文件夹,而小型ldpi(WQVGA432)模拟器使用layout-normal和drawable-normal-ldpi文件夹。这似乎很奇怪的是,WQVGA仿真器不会使用正确的资源,但其规格应该在这里符合条件的支持多种屏幕文章所列:Android模拟器使用错误的布局资源

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

密度:

低密度(ldpi)屏幕的ldpi资源(〜120dpi)。

mdpi中等密度(mdpi)屏幕资源(〜160dpi)。

hdpi高密度(hdpi)屏幕资源(〜240dpi)。

xhdpi超高密度(xhdpi)屏幕资源(〜320dpi)。

屏幕尺寸:

XLARGE屏幕是至少960dp X 720dp

大屏幕是至少640dp X 480dp

正常屏幕是至少470dp X 320dp

小屏幕至少426dp x 320dp

WQVGA432:
屏幕:240×432
密度:低(120)

largeHDPI:
屏幕:240×432
密度:高(240)

有人知道问题是什么或如何解决它?

+0

你能记住我的答案,如果这是真的。 –

回答

2

range of screens supported所述,设备没有一定的分辨率和密度间隔。所以这不是一个问题,只是一个trolldroid ^^。同时引用Support Multiple Screens文档;

  • “注意:这些最小屏幕尺寸并没有和之前定义为Android 3.0,所以你可能会遇到一些被错误分类标准和大之间的设备,这些也是基于屏幕的物理分辨率。 ,因此可能会因设备而异 - 例如,使用系统栏的1024x720平板电脑实际上由于系统栏使用的应用程序空间有所减少。“
+0

在这种情况下,怎么是你应该测试这些屏幕/密度的组合? –

+1

尝试用API创建AVD LVL 11(蜂窝)及以上,他们声称平衡了判断机制,祝你好运! –

+0

我需要在第8级开发。在11级AVD上运行应用程序会有什么负面影响,我应该知道吗? –