Android Emulator报告600x1024 MDPI为XLarge?

Jos*_*osh 8 android resolution emulation kindle-fire

我目前正在尝试测试现有应用程序与即将发布的亚马逊Kindle Fire平板电脑的兼容性.他们说将模拟器设置为600x1024,LCD密度设置为169(https://developer.amazon.com/help/faq.html?ref_=pe_132830_21362890#KindleFire虽然在电子邮件中他们说160而不是169)并且它应该报告作为"大"而不是"xlarge"(这是我与他们的支持团队来回交换电子邮件,我抱怨它不起作用).

谷歌似乎支持这一点在他们列出这个分辨率和MDPI为"大"时测试多种屏幕尺寸的部分是正确的(http://developer.android.com/guide/practices/screens_support.html#testing) .但是,每当我将"layout-xlarge"文件夹与"layout-large"一起包含时,模拟器总是加载"xlarge".如果我将LCD密度更改为240,它会加载"大"而不是"xlarge",但这不应该是正确的,我担心这意味着它无法在最终设备上运行.为了测试这一点,我采用了"Multi-Res"的API-10样本并创建了一系列上面描述的布局文件夹,并且每次加载"xlarge"(如果它在那里)并且如果没有"加载"则加载"大" XLARGE".

所以,我的问题是,如果我正确地阅读文档或者我的模拟器是以某种方式搞砸了,因为亚马逊的人坚持认为它应该报告为"大",如果这是真的,它将永远不会加载"xlarge" ?

以下是我在示例Multi-Res中的清单中我所修改以测试此内容:

<?xml version="1.0" encoding="utf-8"?>
<manifest
  xmlns:android="http://schemas.android.com/apk/res/android"
  package="com.example.android.multires"
  android:versionCode="1"
  android:versionName="1.0">

  <uses-permission
    android:name="android.permission.INTERNET"/>

  <application
    android:icon="@drawable/ic_launcher"
    android:label="@string/app_name">

    <activity
      android:name=".MultiRes"
      android:label="@string/app_name">
      <intent-filter>
        <action
          android:name="android.intent.action.MAIN"/>
        <category
          android:name="android.intent.category.LAUNCHER"/>
      </intent-filter>
    </activity>
  </application>

  <uses-sdk android:minSdkVersion="4" />

  <supports-screens android:anyDensity="true"
                    android:xlargeScreens="true"
                    android:largeScreens="true"
                    android:normalScreens="true"
                    android:smallScreens="true" />

</manifest>
Run Code Online (Sandbox Code Playgroud)

Mar*_*lts 6

这似乎是文档中的一个错误.如果我们查看用于计算屏幕大小的实际代码,我们可以看到160 dpi的600x1024屏幕确实会被视为xlarge.

不要相信我的话.实现在WindowManagerService.computeNewConfigurationLocked()中(警告慢速JavaScript).有趣的位如下.屏幕大小(以像素为单位)根据密度进行缩放:

    longSize = (int)(longSize/dm.density);
    shortSize = (int)(shortSize/dm.density);
Run Code Online (Sandbox Code Playgroud)

对于mdpi(160 dpi)屏幕,dm.density将为1.0.对于hdpi(240 dpi),它将是1.5.在我们的例子中,我们有一个mdpi屏幕.所以在这段代码运行之后,longSize == 1024shortSize == 600.不久之后,我们达到了这个代码:

    // What size is this screen screen?
    if (longSize >= 800 && shortSize >= 600) {
        // SVGA or larger screens at medium density are the point
        // at which we consider it to be an extra large screen.
        mScreenLayout = Configuration.SCREENLAYOUT_SIZE_XLARGE;
    } else if ( // ...
Run Code Online (Sandbox Code Playgroud)

其中包含我们的值longSize和将被指定的shortSize均值,换句话说,屏幕将被视为"xlarge".值得注意的是,如果屏幕在短边上小一个像素,那么它只会被视为"大".mScreenLayoutConfiguration.SCREENLAYOUT_SIZE_XLARGE

所以,你正在正确阅读文档,但据我所知,文档是错误的,你的模拟器就好了.

  • 为了增加更多,现在我实际上有一个Kindle Fire,我可以确认它确实代表自己像模拟器那样"大"而不是"XLarge".开发人员要小心. (8认同)
  • 文档实际上是正确的,但没有提到它只适用于Honeycomb 3.1及更高版本.请参阅Honeycomb 3.0发布后不久制作的[this commit](https://github.com/android/platform_frameworks_base/commit/cc1d9f7942f7e70c240f0cc745840262345f506f#services/com/android/server/wm/WindowManagerService.java). (3认同)