cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Bowser <>
Subject Re: Deprecation of Config and the embedded use case (4.0.x related)
Date Mon, 09 Mar 2015 15:56:00 GMT
On Mon, Mar 9, 2015 at 7:39 AM Andrew Grieve <> wrote:

> You can now instantiate a CordovaWebView without a config.xml, and without
> using Config. This happened when I added an "init()" method to
> CordovaWebView. You can pass in a CordovaPreferences object, and a list of
> PluginEntry. Maybe we just need a better comment on Config saying to use
> these instead?
Where does one get this PluginEntry list when they're embedding a WebView?
This needs to be documented or at least put in the test that tests this use


> > That has nothing to do with InAppBrowser, this is to do with embedding a
> > WebView inside an Android application. I don't think you understand what
> I
> > mean when I say the embedded use case.
> >
> Maybe try explaining a bit more?

Even though you edited the test that explicitly covers this use, case, and
even though we've talked about using CordovaWebView as an Android View for
over a year, you need it explained more?

So, not everyone wants to use all of Cordova, for many reasons.  Instead,
they really just want to take advantage of the WebView component in their
native apps so that they can create hybrid apps that are mostly native with
only some parts that use Cordova.  This is where you would declare your
view in your layout XML like this:


And then, in the activity start up your view like this:

  private CordovaWebView webInterface;
  private CordovaInterfaceImpl systemInterface = new

//Set up the webview
        SystemWebView webView = (SystemWebView)
        webInterface = new CordovaWebViewImpl(this, new

        webInterface.init(systemInterface, Config.getPluginEntries(),

Right now, we're getting the configuration from the Config class, because
we at least have access to this.  If we don't have this, how do people get
access to the list of plugin entries specified in Config.xml?  I'm pretty
sure we still want to support this feature.

Does that make sense?

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message