littlet35tp2@outlook.com

倍加語翻譯語言翻譯公司

(偏方)
我在實做的時辰發現了一個小技能
若是只是要讓 EditText 可以看到
不要被蓋住的話，只要設一個屬性

再來設定 OnGlobalLayoutListener 來監聽 View 的可視狀況轉變
只要有轉變，就履行 possiblyresizeChildOfContent()
在看 possiblyresizeChildOfContent() 之前
我們先看下面這段 method

哈哈哈
請這位使用者消消氣
我們今天就是來解決這個問題的

以上藥方就可以決定issue 5497的問題囉!!!







資料濫觞：
https://www.diycode.cc/topics/383
http://stackoverflow.com/questions/7417123/android-how-to-adjust-layout-in-full-screen-mode-when-softkeyboard-is-visible/19494006#19494006

private void possiblyResizeChildOfContent() {
    int usableHeightNow = computeUsableHeight();
    if (usableHeightNow != usableHeightPrevious) {
        int usableHeightSansKeyboard = mChildOfContent
                                       .getRootView()
                                       .getHeight();
        int heightDifference = 
            usableHeightSansKeyboard - usableHeightNow;
        if (heightDifference > (usableHeightSansKeyboard/4)) {
            // keyboard probably just became visible
            frameLayoutParams.height = 
            usableHeightSansKeyboard - heightDifference;
        } else {
          // keyboard probably just became hidden
          frameLayoutParams.height = usableHeightSansKeyboard;
        }
        mChildOfContent.requestLayout();
        usableHeightPrevious = usableHeightNow;
    }
}

這裡就是做了一些運算得知今朝的可顯示 UI 高度
再進行重設
對照值得一提的是
usableHeightSansKeyboard/4
會有這個前提是因為
OnGlobalLayoutListener 監聽的事件太多了
這裡多一個前提就是當高度的改變大於1/4的時候
鉦昱翻譯社們再進行重設的動作就好
避免不必要的重設

(進階款藥方)
此藥方是一個在stackoverflow裡
其中一名大神寫的類
使用方也很簡啦
只要在Activity 的 onCreate 中加上一句
AndroidBug5497Workaround.assistActivity(this) 即可

這問題分入門款 & 進階款
首先來說說入門款的藥方

最後一步就是看possiblyResizeChildOfContent()在做什麼事了

private View mChildOfContent;
private int usableHeightPrevious;
private FrameLayout.LayoutParams frameLayoutParams;

private AndroidBug5497Workaround(Activity activity) {
    FrameLayout content = (FrameLayout) activity.
                findViewById(android.R.id.content);
    mChildOfContent = content.getChildAt(0);
    mChildOfContent.getViewTreeObserver()
                   .addOnGlobalLayoutListener(
    new ViewTreeObserver.OnGlobalLayoutListener() {
        public void onGlobalLayout() {
            possiblyResizeChildOfContent();
        }
    });
    frameLayoutParams = (FrameLayout.LayoutParams) 
                        mChildOfContent.getLayoutParams();
}

前面的3個屬性是這個類的全域變數
從這段可以看到
我們找到 Activity 的 root View
並用 getCJildAt(0)
找到我們 Activity setContenView(View view) & setContent(int layRes) 的 View

(入門款藥方)
其實只要在Activity 到場一些屬性就行了

老是致使軟鍵盤蓋住輸入框

在開辟App時

利用者os：「鬼才知道鉦昱翻譯社輸入了什麼啊啊啊啊啊!!!!」

<activity
    android:name=".app.MainActivity"
    android:windowSoftInputMode="adjustPan"/>

這兩個屬性都可以做到不擋畫面的效果
那麼差異在哪呢？
adjustResize 會重設畫面的高度
adjustPan     則是把全部畫面向上平移

<EditText
    android:id="@+id/groupBuy_contentEdit"
    android:minHeight="42dp" />

這個minHeight 就能夠確保最少有 42dp 的高度
這樣輸入框就不會被擋住了
Android 彈出軟鍵盤後也還會有42dp的高度存在

public static void assistActivity (Activity activity) {
    new AndroidBug5497Workaround(activity);
}

這裡只是單純的一個接口
接著往 AndroidBug5497Workaround(activity) 看

這個奇異的類倒底做了什麼呢？
讓鉦昱翻譯社們來看看吧
起首是剛剛我們呼叫的 AndroidBug5497Workaround.assistActivity(this)

<activity
    android:name=".app.MainActivity"
    android:windowSoftInputMode="adjustResize"/>

或是

private int computeUsableHeight() {
    Rect r = new Rect();
    mChildOfContent.getWindowVisibleDisplayFrame(r);
    return (r.bottom - r.top);
}

這是為了獲得顯視中UI 高度所寫的method
此中的 r.bottom & r.top
看下圖應當會比力好理解

但這個方法有個限制，就是不能有WebView
因為WebView是由網頁元件去call軟鍵盤出來的
在全屏模式的狀態下，兩個屬性都不克不及用
但若是不是全屏，adjustResize仍是可以用的
以下表