機器升級為Android 4.1，10寸的平板跟以前的布局沒有什麼兩樣，但是7寸的就出了點問題。
谷歌Nexus 7也是7寸，默認使用的layout跟手機有些相似，但不全是手機布局。Nexus 7是1280 x 800，DPI 為213，這樣經過計算，寬度換算為DP就是800 * 160 / 213 = 600； 4.1中對於600 ～ 719 dp的分辨率使用一種新的布局，姑且叫做Phone Tablet吧。我們的平板是1024 x 600分辨率。DPI 和DP 都是600，但是這樣設置之後，看不到導航鍵。
看了網上關於谷歌Nexus 7使用平板布局的方法，就是去修改ro.sf.lcd_density這個屬性，知道修改後變為720DP 以上，這樣的話，我們的7寸平板要修改為小於 133，因為只有這樣600 * 160 / 133 = 721；才會使用720DP的布局。但是這樣修改之後，感覺界面怪怪的，圖標和字體都很小。因為這樣修改後，實際上在邏輯上，屏幕尺寸是變大了（變為 7 *160/133） 。
4.1的代碼中確實對於600DP～ 719DP之間做了特殊的修改，這部分改動太大，想直接revert不太現實，有太多的沖突。所以需要找到一個全局的，能強制使用720DP布局的地方，關鍵就在如何找到使用哪一種布局資源作為當前系統的布局。
查了點資料，找到Android系統中選擇使用哪一種布局的文件
在frameworks/base目錄下的libs/androidfw/ResourceTypes.cpp
bool ResTable_config::match(const ResTable_config& settings)
在該函數中，是選擇布局的關鍵。這個函數把不合是的布局過濾掉，剩下的布局中，最大的那個就認為是最合適的。
比如 480DP， 600DP， 720DP，把720DP過濾掉了，剩下的就選600DP作為當前最好的布局。
只需修改如下幾行
+ int WidthDp = settings.smallestScreenWidthDp;
+ if (WidthDp < 720 && 599 < WidthDp) WidthDp = 720;
if (smallestScreenWidthDp != 0
- && smallestScreenWidthDp > settings.smallestScreenWidthDp) {
+ && smallestScreenWidthDp > WidthDp) {
return false;
}
即可強制使用720DP 的布局。
其中smallestScreenWidthDp是在循環中賦值的，有幾個layout 資源文件，就有幾次循環
settings.smallScreenWidthDp是當前系統的屏幕寬度方向的像素無關分辨率，這裡是600. 原來 的程序是 720 > 600.所以被過濾掉，而600 > 600為假，所以被保留下來。
這樣改過之後，還需要修改另外一個地方，否則還是沒有Navigation Bar.
同樣是frameworks/base目錄下
policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
--- a/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
+++ b/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
@@ -1183,7 +1183,7 @@ public class PhoneWindowManager implements WindowManagerPolicy {
// 0-599dp: "phone" UI with a separate status & navigation bar
mHasSystemNavBar = false;
mNavigationBarCanMove = true;
- } else if (shortSizeDp < 720) {
+ } else if (false && shortSizeDp < 720) {
// 600-719dp: "phone" UI with modifications for larger screens
mHasSystemNavBar = false;
mNavigationBarCanMove = false;
這樣就把整個系統中對600 ～719DP的處理給繞過去了。
