incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Bowser <>
Subject Re: [Android] CordovaWebView - Reviewing CordovaInterace (Plugins, WebView methods, Docs, OH MY!)
Date Thu, 12 Apr 2012 18:41:33 GMT
I'm not sure what you mean.  This has little or nothing to do with the
Plugin Architecture as a whole, and is more about making implementation
easier on Android for plugin developers when they have to work on the
native features.  I'm not wanting to make any changes to the cross-platform
implementation of plugins without a good reason.

On Thu, Apr 12, 2012 at 11:18 AM, Filip Maj <> wrote:

> Joe, I'm all for formalizing the API plugin on Android but want to make
> sure that the features and APIs deemed important to Android devs also make
> its way back into the overall plugin architecture (I.e. The cross platform
> one we are drafting [1]).
> I'm in for a review and figuring out what those needs are.
> [1]
> On 4/12/12 10:06 AM, "Joe Bowser" <> wrote:
> >Hey
> >
> >I'm currently working on the refactor right now, and I'm finding that with
> >the agreed design that we're doing right now that I'm going to have to
> >make
> >changes to the CordovaInterface, since I don't think we were using it the
> >right way.  This change may break plugins, but I think that there are
> >major
> >benefits to the change.
> >
> >Currently, we have a bunch of Context related code that is related to
> >activity, or code that is WebView related in the Interface that should be
> >in the CordovaWebView or removed for being just plain redundant.  It'd be
> >good to boil down the Interface so that it only has the APIs that plugin
> >and native developers care about, namely the startActivityForResult and
> >Callback registration methods that handle callbacks to plugins.
> >
> >How do people feel about reviewing and formalizing an API for Plugin and
> >Native devs in Android sometime in the next week? I'd really like for us
> >to
> >be able to promise some hooks so that we can avoid breaking things for
> >people if we can.
> >
> >Joe

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