- 论坛徽章:
- 0
|
|
关于android的输入法弹出来 覆盖输入框的问题
关于android的输入法弹出来 覆盖输入框的问题
android 界面中 点击输入框时 弹出输入法 如果输入框在底部 会出现输入法遮挡输入内容的问题
解决办法 设置activity的 window soft input mode 属性，属性具体参看google官方文档或译文（见后面）。
需要备注的是
1.使用adjustResize属性是 如果界面中没有滚动条 需要添加一个滚动条scrollview包裹所有内容，保证resize后 能滚动显示显示不下的内容
2.全屏fullscreen模式时 adjustResize属性失效，属于是一个bug，只能使用adjustPan 来设置焦点，比较悲剧
3.全屏fullscreen模式时 webview adjustPan 偶尔也会失效~~~~~~~~，悲剧一米
PS:
google官方文档：
http://developer.android.com/gui ... -element.html#wsoft
译文
http://www.blogjava.net/zhip/archive/2011/02/14/344258.html
bug：
全屏状态下 adjustResize 不响应 只能用adjustpan，且webview 全屏状态下 adjustpan响应也不够好 有时无响应。
http://code.google.com/p/android/issues/detail?id=5497
[摘]android:windowSoftInputMode属性使用
在AndroidManifest.xml文件中的android:windowSoftInputMode属性使用
The AndroidManifest.xml File- <activity android:windowSoftInputMode=["stateUnspecified",
- "stateUnchanged", "stateHidden",
- "stateAlwaysHidden", "stateVisible",
- "stateAlwaysVisible", "adjustUnspecified",
- "adjustResize", "adjustPan"] …… >
- </activity>
android:windowSoftInputMode
活动的主窗口如何与包含屏幕上的软键盘窗**互。这个属性的设置将会影响两件事情:
1> 软键盘的状态——是否它是隐藏或显示——当活动(Activity)成为用户关注的焦点。
2> 活动的主窗口调整——是否减少活动主窗口大小以便腾出空间放软键盘或是否当活动窗口的部分被软键盘覆盖时它的内容的当前焦点是可见的。
它的设置必须是下面列表中的一个值，或一个”state…”值加一个”adjust…”值的组合。在任一组设置多个值——多个”state…”values，例如＆mdash有未定义的结果。各个值之间用|分开。例如: <activity android:windowSoftInputMode="stateVisible|adjustResize" . . . >
在这设置的值(除"stateUnspecified"和"adjustUnspecified"以外)将覆盖在主题中设置的值
值 描述
"stateUnspecified" 软键盘的状态(是否它是隐藏或可见)没有被指定。系统将选择一个合适的状态或依赖于主题的设置。这个是为了软件盘行为默认的设置。
"stateUnchanged" 软键盘被保持无论它上次是什么状态，是否可见或隐藏，当主窗口出现在前面时。
"stateHidden" 当用户选择该Activity时，软键盘被隐藏——也就是，当用户确定导航到该Activity时，而不是返回到它由于离开另一个Activity。
"stateAlwaysHidden" 软键盘总是被隐藏的，当该Activity主窗口获取焦点时。
"stateVisible" 软键盘是可见的，当那个是正常合适的时(当用户导航到Activity主窗口时)。
"stateAlwaysVisible" 当用户选择这个Activity时，软键盘是可见的——也就是，也就是，当用户确定导航到该Activity时，而不是返回到它由于离开另一个Activity。
"adjustUnspecified" 它不被指定是否该Activity主窗口调整大小以便留出软键盘的空间，或是否窗口上的内容得到屏幕上当前的焦点是可见的。系统将自动选择这些模式中一种主要依赖于是否窗口的内容有任何布局视图能够滚动他们的内容。如果有这样的一个视图，这个窗口将调整大小，这样的假设可以使滚动窗口的内容在一个较小的区域中可见的。这个是主窗口默认的行为设置。
"adjustResize" 该Activity主窗口总是被调整屏幕的大小以便留出软键盘的空间。
"adjustPan" 该Activity主窗口并不调整屏幕的大小以便留出软键盘的空间。相反，当前窗口的内容将自动移动以便当前焦点从不被键盘覆盖和用户能总是看到输入内容的部分。这个通常是不期望比调整大小，因为用户可能关闭软键盘以便获得与被覆盖内容的交互操作。
bug：
全屏状态下 adjustResize 不响应 只能用adjustpan，且webview 全屏状态下 adjustpan响应也不够好 有时无响应。
http://code.google.com/p/android/issues/detail?id=5497
Issue 5497: adjustResize windowSoftInputMode breaks when activity is fullscreen
30 people starred this issue and may be notified of changes. Back to list
Status: New
Owner: ----
Type-Defect
Priority-Medium
ReportedBy-User
Add a comment below Reported by cherylse...@gmail.com, Dec 16, 2009
I am on Android 1.5 r3. I have a very simple activity with a vertical
linear layout that contains an edit text, and a text view with a green
background that occupies all extra available space (layout weight = 1).
When I focus on the edit text field, the keyboard appears and the screen
should get adjusted so that the green text view shrinks vertically
(resizes) and the text is still centered vertically within the visible
green space.
This works great, except when I make the activity fullscreen - either by
setting the activity's theme to Theme.NoTitleBar.Fullscreen or by
programatically setting the FLAG_FULLSCREEN window flag. If I use
Theme.NoTitleBar things are fine.
Also, I should mention that our device's screen is landscape (800x480) so I
have implemented a keyboard whose InputMethodService subclass overrides
onEvaluateFullscreenMode, always returning 'false' in order to stay in
'adjust resize keyboard mode' instead of going into 'fullscreen keyboard mode'.
TestAdjustResizeFullscreen.zip
13.5 KB Download
ExpectedResult.png
24.2 KB View Download
FullscreenResult.png
11.4 KB View Download
Comment 1 by burke.e...@gmail.com, Jan 31, 2010
I see this as well. For my layout, I have a vertical LinearLayout. Within it, I have
these children from top to bottom: TextView, ListView, EditText, and finally a
horizontal LinearLayout, which in turn contains a button.
In my AndroidManifest.xml, I specified android:windowSoftInputMode="adjustResize",
and it works. The ListView shrinks as expected.
But when I change my theme to @android:style/Theme.Light.NoTitleBar.Fullscreen, the
adjustResize fails. My button at the bottom of the screen is obscured, and sometimes
part of the EditText is obscured until I start typing.
Comment 2 by burke.e...@gmail.com, Jan 31, 2010
Just to add a bit of detail to my previous comment: I see the failure on Android 1.6
on my G1 phone.
Comment 3 by burke.e...@gmail.com, Jan 31, 2010
Also tested on Android 2.1 in emulator - still fails there
Comment 4 by crazybob...@gmail.com, Mar 1, 2010
Does someone have a workaround? I suppose I could use a fixed height for my layout
and tweak it when the keyboard displays, assuming I can compute the size of the
remaining screen area.
Comment 5 by jame...@gmail.com, Mar 7, 2010
Reproducible on the Nexus One with 2.1-update1
Comment 6 by m.kin...@gmail.com, Apr 24, 2010
I would like to voice my opinion that a notification when the keyboard goes away
would be very helpful. I too am using a Fullscreen view, so I am stuck without an
option to know when the keyboard disappears.
I _am_ using a fixed height for the keyboard because the current mechanisms don't
seem to work for fullscreen. But when the user presses the back button, the IME eats
it and there's no notification or onSizeChanged to know when the keyboard goes away.
Why is it so hard to provide a notification when the keyboard goes away?
Comment 7 by lucian...@gmail.com, Aug 5, 2010
Hello i have a relativeLayout at the top, then below i have a listView in the center and finaly at the bottom i have other relativeLayout with an editText and a button inside. I want to the listview resize when click the editText and the IME(virtual keyboard) appear. If i put adjustResize in the manifest, the listview is resized to leave space for the IME, but the relativeLayout with the editText that is below is cover by the IME and i can't see what i am writing. If i put adjustPan, the keyboard push up all, the listview is not resized and i loose the top relativeLayout. D: PLEASE HELP!!!!
Comment 8 by revanth....@gmail.com, Sep 9, 2010
i am facing the same issue what others are facing...if any one solve please let me know.
Comment 9 by falar...@gmail.com, Oct 12, 2010
I'm running into this same issue with an activity that has an embedded WebView. The input field keyboard focus doesn't work right without adjustResize turned on, but adjustResize doesn't work in full screen mode. This means that this is the only activity in my app that shows the status bar. At the very least there should be something in the documentation that says that this combination doesn't (or isn't supposed to) work.
Comment 10 by project member romannu...@google.com, Oct 13, 2010
Relevant post from hackbod:
https://groups.google.com/group/ ... sg/5690ac3a9819a53b
Comment 12 by whoop....@gmail.com, Feb 1, 2011
Please patch the OS so that adjustPan is honored in a fullscreen webview :
When a keyboard slides up in a fullscreen webview, the input field clicked on should slide up (remaining visible).
Otherwise, web designers cannot place input fields on the bottom 2/3rds of a screen.
Comment 13 by hopfc...@gmail.com, Feb 23, 2011
I can confirm this issue. As soon as you set your activity to fullscreen the windowSoftInputMode:adjustResize will no longer work.
I hope this will get fixed soon as this break alot of layout ideas.
Comment 14 by jasond...@gmail.com, Mar 16, 2011
Still an issue. 2.2.1
Comment 16 by guiha...@gmail.com, Sep 9, 2011
The same issue occurs in Android 3.1.
The notification is also NOT SENT when the device is in LANDSCAPE mode in versions prior to 3.0. (actually i tested it in a Xoom with 3.1 and the notification is sent in LANDSCAPE mode, so i'm just assuming it was fixed in 3.0). The fullscreen problem also occurs in xoom, even if there's no screen diference between full screen and non-full screen in the Xoom.
Comment 17 by akasek, Oct 7, 2011
The last two comments have confirmed Froyo and Honeycomb. I'll confirm Gingerbread also (2.3.4)
Also, I interpret the linked post in comment 10 from Diane Hackborn as acknowledgement that this is an unintended effect and should not be the case.
Would be nice if this was fixed, because adjustPan does bad things to layouts with headers or footers (pushing them offscreen). In an application which allows the user to select whether to hide the status bar or not, the time when the most space is available is the time when header and footer elements will become unaccessible. It doesn't make sense to behave this way.
<!-- --> |
|
免费注册
发表于 2011-12-08 20:04
