机器升级为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的处理给绕过去了。