Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of purplecabbage@gmail.com
 designates 209.85.214.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CABiQX1UpawQnFi9maSgBd8qF8pNv4+QfVoL-f-MPWtqrHJG4rg@mail.gmail.com>
References: 
 <CAOBL_k70RW6ffNwXvjrHE9WQ0mQ1H8jds8njvMuowt4gK5xdMQ@mail.gmail.com>
	<CABiQX1UpawQnFi9maSgBd8qF8pNv4+QfVoL-f-MPWtqrHJG4rg@mail.gmail.com>
Date: Mon, 3 Nov 2014 20:58:42 -0800
Message-ID: 
 <CAKP6k2sYMg3zmokcAkS=MmV5bgmAy6BN38_ZWmXrroc-7BV1xQ@mail.gmail.com>
Subject: Re: [Android] CordovaBridge: Public or Private API
From: Jesse <purplecabbage@gmail.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=e89a8ff1cde83770e10507015184

--e89a8ff1cde83770e10507015184
Content-Type: text/plain; charset=UTF-8

What if each webview implementation injected it's own exec function?
This would/could apply also to platform's webviews.  The cordova-js version
of exec, could simply queue exec calls if they happened pre-deviceready.

I have experimented with this in the past, and verified that Windows, WP8,
and iOS could easily support it.

@purplecabbage
risingj.com

On Mon, Nov 3, 2014 at 7:52 PM, Andrew Grieve <agrieve@chromium.org> wrote:

> Hmm, yeah, CordovaBridge is very much tied to the idea that a bridge has
> prompt mode, which tells the origin, and a js mode which uses a token to
> verify it's trusted. Both of these concepts are fairly
> webview-implementation specific.
>
> The only thing in there that seems webview-agnostic is the reset()
> function. So, maybe create a CordovaBridge abstract base class that just
> has reset() and make that what the webview impl uses as its type?
>
> Not sure if that's along the lines of what you're thinking...
>
> On Mon, Nov 3, 2014 at 2:24 PM, Joe Bowser <bowserj@gmail.com> wrote:
>
> > Hey
> >
> > I'm still working on the Mozilla Bridge and I'm running into problems
> with
> > how non-modular the current bridge is and how it was abstracted.  When we
> > created the ExposedJsApi class and added it to the API, we did so because
> > we may need to abstract the whole bridge later.  However, right now both
> > Crosswalk and Android WebView share the CordovaBridge, including its
> > encoding.  Since GeckoView now has its own bridge (which includes some JS
> > code that needs to override the Android defaults), I'm wondering whether
> we
> > should expose the CordovaBridge and allow it to be implemented or not.
> > There is a lot of shared code, but at the same time I don't know how much
> > code will be shared between the MozillaView and the default.
> >
> > Either way, I'm getting pretty close to a workable prototype soon and
> then
> > we can start work on getting the MobileSpec tests passing.  Once the
> plugin
> > is broken out so that it can be installed using plugman or the CLI, we
> can
> > get more people looking at it.
> >
> > But yeah, any thoughts on this would be great.
> >
> > Joe
> >
>

--e89a8ff1cde83770e10507015184--