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上運行應用程序會有什麼負面影響,我應該知道嗎? –