WebView не удается отобразить до тех пор, пока не коснется Android 4.2.2

Ответ 1

Итак, я, наконец, нашел проблему, из-за которой WebView не отображался. Я запускаю и останавливаю анимацию вытачиваемого внутри WebViewClient моего WebView. Этот drawable - это просто кнопка обновления, которая вращается при загрузке страницы... простое право?

Хорошо в режиме без полноэкранного режима браузера вращающиеся чертежи и WebView являются дочерними родителями одного и того же родителя, тогда как в полноэкранном режиме вытягиваемый становится дочерним элементом WebView. Как бы то ни было, при запуске анимации, когда страница загружается и останавливается, когда она выполняется (в полноэкранном режиме), приложение решает, что вращающийся чертеж - это то, что требует всей мощности рисования, и WebView никогда не рисует. Когда в полноэкранном режиме, а drawable становится дочерним элементом WebView, WebView имеет более высокий приоритет рендеринга, чем рисоваемый, и он отлично рисует.

Мораль этой истории... WebViews, как будто это самый высокий приоритетный вид. Если другие взгляды имеют больший приоритет, они не будут правильно рисоваться.

Я не эксперт в анимации, поэтому мне нужно переосмыслить, как я анимирую выделение сейчас, чтобы не прерывать WebView.

Надеюсь, это имело смысл. Спасибо за чтение.

Ответ 2

Отключить аппаратное ускорение в вашем манифесте:

Android: hardwareAccelerated = "ложь"

Ответ 3

см. последний ответ от @Olivier на Android WebView отображает пустой/белый, просмотр не обновляется при изменениях css или изменениях в HTML, анимация изменчив, он запускает пару задержек, недействительных на WebView OnTouchEvent, а не постоянно на onDraw... В моем случае это сработало, потому что (большинство) моих проблем были после того, как пользователь коснулся веб-представления, и я изменил некоторые CSS в ответ. Конечно, это вообще не применяется в случае автоматического/тайм-аута css

В моем случае это также помогло экспортировать функцию JavaScript из Java, чтобы вручную запускать invalidate с задержкой, поэтому, если в JavaScript вы более или менее знаете, где может произойти бедствие, вы можете вручную запустить его, что-то вроде этого внутреннего класса внутри ваш WebView:

public class MyWebView extends WebView {

    private class InvalidateExtension {

        private Handler handler=new Handler(); // you might already have a handler
        private Runnable mInvalidater=new Runnable() {

            @Override
            public void run() {
                MyWebView.this.invalidate();
            }

        }

        public void trigger(int delay) {
                handler.postDelayed(mInvalidater, delay);
                handler.postDelayed(mInvalidater, 2*delay); // just in case
                handler.postDelayed(mInvalidater, 4*delay); // just in case just in case :)
        }
    }


    /** Call this function on this view init, BEFORE loading a page so it is available to JS */
    private void call_me_on_init_to_enable_hack() {
        addJavascriptInterface(new InvalidateExtension(), "Invalidater");
    }
}

Итак, из JavaScript вы можете:

Invalidater.trigger(100);

И играйте с миллисекундным значением....

Надеюсь, это поможет кому-то!

Ответ 4

При повороте телефона возникает проблема с масштабом масштабирования, и это вызовет эту проблему, детали или целую страницу не будут нарисованы. Чтобы решить эту переопределение onScaleChanged в вашей реализации WebViewClient и аннулировать представление. Это должно заставить перерисовать, когда это необходимо.

@Override
    public void onScaleChanged(WebView view, float oldScale, float newScale) {
        if (view != null) {
            view.invalidate();
        }
    }