关于android的输入法弹出来 覆盖输入框的有关问题

关于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/guide/topics/manifest/activity-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

?

?

?

在这设置的值(除"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:NewOwner: ----Type-DefectPriority-MediumReportedBy-User

Add a comment below ?TestAdjustResizeFullscreen.zip?
13.5 KB ??DownloadExpectedResult.png?
24.2 KB ??View???DownloadFullscreenResult.png?
11.4 KB ??View???DownloadOct 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.

?

<!-- -->