问题描述
它是有效使用可绘制-swdp-样绘制-sw720dp-xhdpi？
Is it valid to use drawable-swdp- like drawable-sw720dp-xhdpi?
下面是我的情况：我的宏碁ICONIA TAB A501（10）的为1280x800和密度MDPI（160dp）的分辨率。预计采取资源从绘制-sw720dp-MDPI。但资源正在采取从绘制-sw720dp-xhdpi。
Below is my scenario:My Acer iconia tab A501 (10") has a resolution of 1280x800 and density mdpi(160dp).It is expected to take the resource from drawable-sw720dp-mdpi.But the resource is being taken from drawable-sw720dp-xhdpi.
我有以下文件夹：绘制，sw720dp绘制-sw720dp，MDPI绘制-sw720dp，华电国际绘制-sw720dp-xhdpi
I have following folders:drawable-sw720dpdrawable-sw720dp-mdpidrawable-sw720dp-hdpidrawable-sw720dp-xhdpi
这是这个限定词被使用的方式？
is this the way this qualifier is to be used?
或者是在计算最小width.So我应该具有格式只有一个文件夹中已经考虑了密度：绘制-sw720dp
or Is the density already considered while calculating the smallest width.So should i be having only one folder of the format:drawable-sw720dp
推荐答案
我有同样的问题，跟踪下来。我相信，在ICS中的错误（安卓4.0.3对我来说），其中非XHDPI设备采取XHDPI值。由于大多数XHDPI设备的果冻豆（的Nexus 4，Nexus的10）开始时，排位赛与-v16文件夹的末尾（而不是什么或-v14）解决了这个问题。 10运行果冻豆没有这个bug，因此它似乎工作不XHDPI设备。这并不意味着任何XHDPI设备pre-JB将被打破，但我好采取这一风险。
I had the same problem and tracked this down. I believe there was a bug in ICS (Android 4.0.3 for me) where non-XHDPI devices take XHDPI values. Because most XHDPI devices started off in Jelly Bean (Nexus 4, Nexus 10), qualifying the folders with -v16 at the end (instead of nothing or -v14) solves the problem. 10" non-XHDPI devices running Jelly Bean do not have this bug so it seems to work. This does mean any XHDPI devices pre-JB will be broken, but I'm okay taking that risk.
这篇关于使用最小宽度配置预选赛的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！