解决在Android 5.0中渲染帧缓冲带的WebView和文物的EditText? [英] Solving Rendering Artifacts in Frame Buffer with WebView and EditText on Android 5.0?

查看:230
本文介绍了解决在Android 5.0中渲染帧缓冲带的WebView和文物的EditText?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

升级的Nexus 5至Android 5.0之后,在一个EditText具有默认焦点的活动不正确呈现(EditText上重复下在屏幕上在两者之间,如果你再次点击或转储与UiAutomator的ViewHierarchy,它将返回灰点正常渲染)。

After upgrading Nexus 5 to Android 5.0, an activity with default focus on an EditText does not render correctly (EditText repeats down across the screen with grey dots in between and if you click again or dump the ViewHierarchy with UiAutomator, it will return to normal rendering).

(我会上传图片,但还没有对图像的声望)。

(I would upload the image, but don't yet have reputation for images).

请注意:这是后只有我已经加载的应用程序内的WebView(虽然在一个单独的活动)。在相同的屏幕呈现之前正确加载应用程序中的第一web视图。

NOTE: This is ONLY after I have loaded a WebView within the application (though in a separate activity). The same screen renders correctly prior to loading the first WebView in the application.

<击>注意:这仅仅是在Android 5.0中的问题和(到目前为止)在Nexus 5,我没有其他5.0(无关系)的设备来尝试

编辑:这也发生在的HTC One采用Android 5.01

This also happened on HTC One with Android 5.01.

请注意:我曾尝试禁用硬件加速,修改INPUTMODE和defaultFocus

NOTE: I have tried disabling hardware acceleration, modifying inputMode, and defaultFocus.

有没有人见过或解决了这个问题?

Has anyone seen or solved this problem?

推荐答案

最终被改变softInputMode解决这个(类似previous的WebView /键盘的问题,但这次与本机查看和EditText上)。

Ended up solving this by changing softInputMode (similar to previous WebView/Keyboard issues, but this time with a native View and EditText).

getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_STATE_VISIBLE);

这篇关于解决在Android 5.0中渲染帧缓冲带的WebView和文物的EditText?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆