首先,我們從這個屬性的名稱中,可以很直觀的看出它的作用,這個屬性就是來設置窗口軟鍵盤的交互模式的。
android:windowSoftInputMode屬性1共有9個取值,分別是:
stateUnspecified,stateUnchanged,stateHidden,stateAlwaysHidden,stateVisible,stateAlwaysVisible,adjustUnspecified,adjustResize,adjustPan。
我們設置屬性的時候,可以在這9個值里面選擇1個,也能夠用"state...|adjust"的情勢進行設置。那末,這些取值究竟是怎樣影響到軟鍵盤與窗口之間的交互的呢?下面,我們就1個個的測試這9個取值,究竟是如何影響軟鍵盤的顯示的。
1.stateUnspecified
中文意思是未指定狀態,當我們沒有設置android:windowSoftInputMode屬性的時候,軟件默許采取的就是這類交互方式,系統會根據界面采取相應的軟鍵盤的顯示模式,比如,當界面上只有文本和按鈕的時候,軟鍵盤就不會自動彈出,由于沒有輸入的必要。那末,當界面上出現了獲得了焦點的輸入框的時候,軟鍵盤會不會自動的彈出呢?這個還真不1定!軟鍵盤其實不會自動彈出。默許的,系統其實不肯定用戶是不是需要軟鍵盤,因此不會自動彈出。但是,為何說不1定呢?這是由于,如果我們在這個布局的外面,包裹上1個ScrollView,軟鍵盤就會自動的彈出來了!
這確切是1個很奇怪的判斷方式。因此,我們可以得出結論,當設置屬性為stateUnspecified的時候,系統是默許不彈出軟鍵盤的,但是當有取得焦點的輸入框的界面有轉動的需求的時候,會自動彈出軟鍵盤。至于為何非要強調要獲得焦點的輸入框,這是由于,如果不是輸入框獲得焦點,軟鍵盤也是不會自動彈出的,讓界面不自動彈出軟鍵盤的其中1個解決方案,就是在xml文件中,設置1個非輸入框控件獲得焦點,從而禁止鍵盤彈出。
2.stateUnchanged
中文的意思就是狀態不改變的意思,我們應當怎樣理解這句話呢?其實很好理解,就是說,當前界面的軟鍵盤狀態,取決于上1個界面的軟鍵盤狀態。舉個例子,假設當前界面鍵盤是隱藏的,那末跳轉以后的界面,軟鍵盤也是隱藏的;如果當前界面是顯示的,那末跳轉以后的界面,軟鍵盤也是顯示狀態。
3.stateHidden
當用戶轉到1個activity時,軟鍵盤被隱藏。
當用戶選擇該Activity時,軟鍵盤被隱藏――也就是,當用戶肯定導航到該Activity時,而不是返回到它由于離開另外一個Activity。
4.stateAlwaysHidden
當1個activity中取得輸入焦點時軟鍵盤也被隱藏。
5.stateVisible
設置為這個屬性,可以將軟鍵盤召喚出來,即便在界面上沒有輸入框的情況下也能夠強迫召喚出來。
軟鍵盤總是被隱藏的,當該Activity主窗口獲得焦點時。
6.stateAlwaysVisible
這個屬性也是可以將鍵盤召喚出來,但是與stateVisible屬性有小小的不同的地方。舉個例子,當我們設置為stateVisible屬性,如果當前的界面鍵盤是顯示的,當我們點擊按鈕跳轉到下個界面的時候,軟鍵盤會由于輸入框失去焦點而隱藏起來,當我們再次回到當前界面的時候,鍵盤這個時候是隱藏的。但是如果我們設置為stateAlwaysVisible,我們跳轉到下個界面,軟鍵盤還是隱藏的,但是當我們再次回來的時候,軟鍵盤是會顯示出來的。所以,這個Always就解釋了這個區分,不管甚么情況到達當前界面(正常跳轉或是上1個界面被用戶返回),軟鍵盤都是顯示狀態。
說到這里,我聯想到了上面的stateHidden和stateAlwaysHidden,我估計區分也是這樣的,就是說,stateAlwaysHidden不管如何都是隱藏的,但是如果在跳轉到下個界面的時候,軟鍵盤被召喚出來了,那末當下個界面被用戶返回的時候,鍵盤應當是不會被隱藏的,但是,我還沒有找到能夠跳轉到下個界面,還讓當前界面軟鍵盤不消失的方法,所以暫時不能驗證。
7:"adjustUnspecified
"
不指定界面是不是調劑大小以適應軟鍵盤和輸入內容顯示在界面上的位置,由系統默許決定。
8:"adjustResize
"
activity總是自動調劑空間大小以適應軟鍵盤(留出空間)。
9:"adjustPan
"
當前activity界面自動移動使用戶輸入的內容不被覆蓋。