1

更新:一些研究表明,华硕 Transformer TF700T(高端)的像素密度应该约为 224,因此 159 android 报告的值要么是错误的,要么已被某种方式修改(/ system/build.prop),由于某种原因我找不到。

我正在开发两台几乎相同的平板电脑,都是华硕 Transformer 和 10.1"。

高端模型具有以下规格(其中 dm = ApplicationContext.Resources.DisplayMetrics):

dm.Density = 1.5
dm.DensityDpi = High
dm.WidthPixels = 1920
dm.HeightPixels = 1128
dm.Xdpi = 159.8951
dm.Ydpi = 159.5811

低端型号有:

dm.Density = 1
dm.DensityDpi = Default
dm.WidthPixels = 1280
dm.HeightPixels = 752
dm.Xdpi = 160.1576
dm.Ydpi = 160

高端型号有差异。Density/DensityDpi 为 1.5/High,这对于 10.1" 屏幕内的高分辨率而言是有意义的。但要获得 1.5 的值,Xdpi/Ydpi = 240 不会,这样(有关公式,请参阅http ://developer.android.com/guide/practices/screens_support.html )

px = dp * (dpi / 160) 

在哪里

scale = (dpi / 160)

所以

240/160 = 1.5 

160 的 Xdpi/Ydpi 不对应于 1.5 密度(缩放)因子,即 160/160 = 1,对吗?

DPI 和缩放因子之间的这种差异导致我在两个平板电脑之间出现一些尺寸不匹配,b/c 我正在使用的函数 (Context.Resources.GetDimension) 在高端平板电脑上将值放大太多(或者太低端较小,取决于我将“正常/良好”尺寸建立在哪个基础上)。

也就是说,如果第一台平板电脑上的密度为 1,或者 xdpi/Ydpi 为 240,我就不会遇到这个问题。这些值似乎没有联系,因为它们应该是。这可能是因为华硕可能已将 LCD-Density 设置为 159,以获得更高的分辨率(在 /system/build.prop - 我寻找 ro.sf.lcd_density 键(使用 ROM 工具箱)以确认但无法找到它)。


以下是自定义视图的构造函数中的一些打印输出供参考:

高端平板电脑:

Context.Resources.GetDimension(control_panel_height_id) = 75
Context.Resources.GetDimension(grid_cell_boarder_width_id) = 1.5
Context.Resources.GetDimension(list_title_height_id) = 40.5
Context.Resources.GetDimension(list_title_text_size_id) = 21
Context.Resources.GetDimension(list_item_text_size_1_id) = 18
Context.Resources.GetDimension(list_item_text_size_2_id) = 15
Context.Resources.GetDimension(month_label_text_size_id) = 33

低端平板电脑:

Context.Resources.GetDimension(control_panel_height_id) = 50
Context.Resources.GetDimension(grid_cell_boarder_width_id) = 1
Context.Resources.GetDimension(list_title_height_id) = 27
Context.Resources.GetDimension(list_title_text_size_id) = 14
Context.Resources.GetDimension(list_item_text_size_1_id) = 12
Context.Resources.GetDimension(list_item_text_size_2_id) = 10
Context.Resources.GetDimension(month_label_text_size_id) = 22

视图的布局声明在哪里

<AppName.Droid.Views.Custom.CustomView
  xmlns:calendar="http://schemas.android.com/apk/res/namespace"
  android:id="@+id/CustomView1"
  android:layout_width="match_parent"
  android:layout_height="match_parent"
  android:background="#1100FF00"
  calendar:control_panel_height="@dimen/control_panel_height"
  calendar:grid_cell_boarder_width="@dimen/grid_cell_boarder_width"
  calendar:list_title_height="@dimen/list_title_height"
  calendar:list_title_text_size="@dimen/list_title_text_size"
  calendar:list_item_text_size_1="@dimen/list_item_text_size_1"
  calendar:list_item_text_size_2="@dimen/list_item_text_size_2"
  calendar:month_label_text_size="@dimen/month_label_text_size"/>

它引用的维度定义为

<resources>
  <dimen name="control_panel_height">50dip</dimen>
  <dimen name="grid_cell_boarder_width">1dip</dimen>
  <dimen name="list_title_height">27dip</dimen>
  <dimen name="list_title_text_size">14dip</dimen>
  <dimen name="list_item_text_size_1">12dip</dimen>
  <dimen name="list_item_text_size_2">10dip</dimen>
  <dimen name="month_label_text_size">22dip</dimen>
</resources>
4

2 回答 2

0

注意:我不接受我自己的回答,因此希望知道发生了什么的人会采取行动。我发布这个答案 b/c 它确实解决了我的问题,但仍然没有解决一些潜在的问题和奥秘。


好吧,在我自己做了一些计算之后,看起来高端设备的 Xdpi/Ydpi 值更准确,而低端设备报告的值高于计算值。两者的物理尺寸均为

length = 7.12"
width = 10.35"

所以,我们有针对高端平板电脑

Xdpi = 1920 / 10.35 = 185.5
Ydpi = 1128 / 7.12 = 158.4

对于低端的

Xdpi = 1280 / 10.35 = 123.7
Ydpi = 752 / 7.12 = 105.6

华硕文档指出

dpi (high-end) = 224
dpi (low-end) = 149

我确实意识到 android “”设备根据密度分为 4 组:低、中、高、非常高,并根据这些预设值分配(抽象)dpi 值(在 /system/build.prop 中):分别为120、160、240 和 320

尽管有这些值,android 确实正确地报告了每个的密度(比例因子),即

Density (high-end) = 1.5
Density (low-end) = 1

因此,正如 android ( http://developer.android.com/guide/practices/screens_support.html ) 为支持多个屏幕所建议的那样,我为两个版本的 dimens.xml (定义了大小)创建了两个 Values 文件夹:

Resources/Values-Hdpi/dimens.xml
Resources/Values-Mdpi/dimens.xml

并相应地调整了值,其中 Values-Hdpi/dimens.xml 具有较小的值以补偿 1.5 比例因子,而 Values-Mdpi/dimens.xml 具有“标准化”值,按 1 比例缩放。两个平板电脑现在都能正确显示正确的尺寸。但是,这不是 dp/dip 指标的用途,因此这些单独的值集不需要明确定义吗?

于 2013-05-22T19:12:24.567 回答
0
于 2013-05-24T09:39:33.847 回答