Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (nike.apache.org: domain of agrieve@google.com designates
 209.85.213.173 as permitted sender)
MIME-Version: 1.0
Sender: agrieve@google.com
In-Reply-To: 
 <CANkZ7kPFAQZT2jLzKnrb+3MF6h75+4ZCbHfLNjLd9v8iusFQQw@mail.gmail.com>
References: 
 <CABiQX1XSvFNtJQyr66X+DDGvf9=9Q=Weo3_BGyvUf8CEvEvbcA@mail.gmail.com>
 <CAMF+iGb+pzMMXWbuad4NBVfuy9tct1u+AvoED3jkv8w1FjRhcw@mail.gmail.com>
 <D10373E8.2D6AB%jproulx@adobe.com>
 <CANkZ7kPFAQZT2jLzKnrb+3MF6h75+4ZCbHfLNjLd9v8iusFQQw@mail.gmail.com>
From: Andrew Grieve <agrieve@chromium.org>
Date: Fri, 13 Feb 2015 12:32:43 -0500
Message-ID: 
 <CABiQX1WbyfNd1R6SM5jQNc83gnapckdMUYyvTWJDTchx2KUzwg@mail.gmail.com>
Subject: Re: Maintaining App Data When Switching WebViews
To: dev <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=089e013a214ef1b49c050efba014

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

Had a look. Seems WKWebView and UIWebView's storage files are compatible,
so the plugin just copies the file to a new location. Obviously the
easiest/best solution if it works (not intending to try myself though...
any takers?)

On Fri, Feb 13, 2015 at 11:04 AM, Ryan Hanna <hanna.ryan@gmail.com> wrote:

> Would the google drive persistence be useful across webviews for apps
> already using storage that is not with google drive?
>
> Eddy V seems to have come up with a great solution for iOS in his WKWebview
> plugin as a
> reference.
> https://github.com/Telerik-Verified-Plugins/WKWebView/commits/master?page=2
>
> -Ryan Hanna
> Sworkit Developer
>
> On Fri, Feb 13, 2015 at 6:28 AM, Jay Proulx <jproulx@adobe.com> wrote:
>
> > For iOS you can use the new shared keychain, and for android you can
> > persist data to google drive to share across applications.
> >
> > https://github.com/googledrive/appdatapreferences-android
> >
> >
> > Jay Proulx | computer scientist | aem engineering | office: 613.940.4052
> |
> > mobile: 613 866 0732 | adobe systems
> >
> >
> >
> >
> > On 2015-02-12, 4:05 PM, "Josh Bavari" <jbavari@gmail.com> wrote:
> >
> > >Andrew,
> > >
> > >Here at Ionic, we've had a few users request something like this. My
> > >approach has been to create a Cordova plugin, that takes the following
> > >steps:
> > >
> > >Creates an instance of the original webview
> > >Executes some JS inside the webview that will grab all entries for
> > >localstorage
> > >If Android pre KIT_KAT or more, executed JS calls a JSInterface to pass
> > >the
> > >data back to native land
> > >If KIT_KAT or greater, calls evaluateJavascript
> > >Those values are read, and passed back to the original webview
> > >From there, it'd go through the keys, and add them into the new webview
> > >
> > >See this repo for my work in progress:
> > >https://github.com/driftyco/cordova-plugin-local-storage-retrieval
> > >
> > >On Thu, Feb 12, 2015 at 1:46 PM, Andrew Grieve <agrieve@chromium.org>
> > >wrote:
> > >
> > >> Worth a discussion about this, I think.
> > >>
> > >> If you have an app already launched that uses localstorage/websql, and
> > >>want
> > >> to switch to xwalk, how can you migrate your data?
> > >>
> > >> What if you want to use system webview for API >= 21 and xwalk only
> for
> > >>old
> > >> phones? Then you need to move data in the reverse direction.
> > >>
> > >>
> > >> Idea 1:
> > >> - See if sqlite / localstorage databases are the same format, and
> > >>provide
> > >> code that migrates db locations
> > >>
> > >> Idea 2:
> > >> - Use wizcorp's multi-window plugin to create a new an off-screen
> system
> > >> webview, then use post-message to read data out of the old one.
> > >>
> > >> WDYT? Is this a problem we need to solve?
> > >>
> > >
> > >
> > >
> > >--
> > >"Clear thoughts produce clear results."
> > >Josh Bavari
> > >Application Developer
> > >Phone: 405-509-9448
> > >Cell: 405-812-0496
> > >Email: jbavari@gmail.com
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > For additional commands, e-mail: dev-help@cordova.apache.org
> >
> >
>

--089e013a214ef1b49c050efba014--