cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shazron <shaz...@gmail.com>
Subject Re: [iOS] Merging cordova-ios/wkwebview branch into the mainline
Date Fri, 30 Jan 2015 01:35:14 GMT
Yup definitely. I'm planning on gardening JIRA to see what other
pressing issues can go in 3.8.0 as well.

On Thu, Jan 29, 2015 at 5:32 PM, Andrew Grieve <agrieve@chromium.org> wrote:
> Sounds good! I think a 3.8.0 would be warranted if only to fix the
> new-iframe-for-every-exec bug. WDYT?
>
> On Thu, Jan 29, 2015 at 7:48 PM, Shazron <shazron@gmail.com> wrote:
>
>> Reviving this thread. After the hangout today, the proposal now is:
>>
>> 1. Integrate the "wkwebview" (pluggable webviews) branch into the 4.x
>> branch, instead of releasing it for the 3.8.0 branch. This is so it
>> will be aligned with cordova-android 4.x which has pluggable webviews
>> 2. Once tested and reviewed, release cordova-ios 4.x branch
>>
>> In effect:
>> - pluggable webviews will not exist in any 3.x version
>> - any new 3.x releases will be security/critical fixes only, no new
>> features
>>
>>
>> On Mon, Jan 12, 2015 at 4:29 PM, Shazron <shazron@gmail.com> wrote:
>> > I am proposing to integrate the aforementioned branch into the
>> > mainline, for a cordova-ios 3.8.0 release in the future.
>> >
>> > I will do testing using mobile-spec and the core plugins before I do
>> > this merge, and report back my findings to the list (including docs).
>> > I intend to spend the rest of the week on this.
>> >
>> > Contrary to the name of the branch, this does *not* include direct
>> > WKWebView support. It merely re-factors some of the cordova-ios code
>> > so that the webview used can be loaded as a plugin.
>> >
>> > The default webview engine used will always be UIWebView if not
>> > specified, and it is included as a plugin in the core platform. Each
>> > webview engine handles parsing its own preferences, and setting up its
>> > own bridge (however, this is still dependent on cordova.js having the
>> > bridge support -- perhaps in the future each webview plugin can set
>> > its own bridge independently of cordova-js repo).
>> >
>> > Related notes below -- but the state of the plugins below do *not*
>> > block the wkwebview branch merge at all.
>> >
>> >
>> > Related notes:
>> > --------------------------
>> >
>> > The WKWebView engine plugin which requires the cordova-ios/wkwebview
>> > branch, resides in
>> > https://github.com/apache/cordova-plugins/tree/master/wkwebview-engine
>> >
>> > The WKWebView engine plugin is dependent on this local-webserver plugin:
>> > https://github.com/apache/cordova-plugins/tree/master/local-webserver
>> >
>> > The local-webserver plugin is in experimental stage -- it still needs
>> > to be tested with the Camera and File plugin since it facilitates
>> > setting a url transformer that maps urls to the appropriate localhost
>> > urls. Camera already has this code integrated, File has a pull request
>> > pending. Those are the only two plugins affected.
>> >
>> > Task list: https://issues.apache.org/jira/browse/CB-7991
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
>> For additional commands, e-mail: dev-help@cordova.apache.org
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
For additional commands, e-mail: dev-help@cordova.apache.org


Mime
View raw message