3 ms·
So WebViews in KitKat are not screencast-able as they are currently pegged at Chromium 30. Nevertheless, a debuggable WebView is an enormous leap forward in And
by BrandonSmith 13y ago
So WebViews in KitKat are not screencast-able as they are currently pegged at Chromium 30. Nevertheless, a debuggable WebView is an enormous leap forward in Android Web development.
I found: https://developers.google.com/chrome/mobile/docs/webview/overview#will_the_new_webview_auto-update https://developers.google.com/chrome/mobile/docs/webview/ove...
Your apps inside a WebView are just as important
and deserve a runtime that keeps users up to date.
There are large engineering and logistical
challenges. We're not quite there yet, but we're
working on it.
I presume that the engineering feat is getting WebViews packaged in an updatable form. Right now WebViews are linked through the Android system, exposed as Java classes to apps... code that is not contained in APKs.
I can think of two ways to solve this:
1) Android learns how to receive partial system updates outside of device and carrier certification processes (maintenance releases). Through the Play Store, for instance.
2) WebView architecture is changed to run WebViews as a service hosted in a dedicated WebView app, upgradable as an APK. This would require either an enhancement to RemoteViews or a new solution altogether.
- lambada 13y ago>1) Android learns how to receive partial system updates outside of device and carrier certification processes (maintenance releases). Through the Play Store, for instance. That's what google is doing with the Google Play Services 'super app' - it's meant to untie Android API updates from carriers. With the bonus of the app being closed source and thus not part of stock AOSP.