Re: [iOS] Merging cordova-ios/wkwebview branch into the mainline
huzzah! On Fri, Feb 27, 2015 at 7:07 PM, Shazron wrote: > Proceeding with the wkwebview -> 4.x branch merge next week, and also > rebase/merge 4.x off master to pickup the latest master bits. > > > On Thu, Jan 29, 2015 at 4:48 PM, Shazron 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 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-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
Re: [iOS] Merging cordova-ios/wkwebview branch into the mainline
Proceeding with the wkwebview -> 4.x branch merge next week, and also rebase/merge 4.x off master to pickup the latest master bits. On Thu, Jan 29, 2015 at 4:48 PM, Shazron 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 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-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: [iOS] Merging cordova-ios/wkwebview branch into the mainline
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 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 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 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-unsubscr...@cordova.apache.org >> For additional commands, e-mail: dev-h...@cordova.apache.org >> >> - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: [iOS] Merging cordova-ios/wkwebview branch into the mainline
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 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 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-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
Re: [iOS] Merging cordova-ios/wkwebview branch into the mainline
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 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-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org