That's great news. JS execution speed honestly hasn't really been a problem for Cordova apps that I've heard of anyways.
On Tue, Sep 9, 2014 at 7:01 PM, Shazron <shaz...@gmail.com> wrote: > Some interesting findings - iOS UIWebView and WKWebView have the same > user-agent value, and both score 440 on html5test.com. > > Which makes me think they use the same engine (renderer and js), but > UIWebView has nitro turned off. WKWebView seems to be about 4x faster on > the Sunspider benchmark. > > On Tue, Sep 9, 2014 at 3:58 PM, Shazron <shaz...@gmail.com> wrote: > >> UIWebView iOS 8 scores 440/555 points on html5test.com, and yes it >> supports indexedDB >> Full results: http://html5te.st/f16d892273bbe5bd >> >> On Tue, Sep 9, 2014 at 1:33 PM, Andrew Grieve <agri...@chromium.org> >> wrote: >> >>> :( >>> >>> Hopefully UIWebView will still get some updates though? E.g. IndexedDb? >>> >>> On Tue, Sep 9, 2014 at 4:18 PM, Tommy Williams <to...@devgeeks.org> >>> wrote: >>> > That's pretty disappointing. >>> > >>> > Especially with not even a comment from apple. >>> > On 10 Sep 2014 05:50, "Shazron" <shaz...@gmail.com> wrote: >>> > >>> >> Well, bad news. I just installed the iOS 8 GM firmware on an iPhone 5 >>> and >>> >> used Xcode 6 GM, and the file:// url "bug" (assuming it is a bug and >>> not by >>> >> design) is still there. >>> >> >>> >> http://www.openradar.me/radar?id=5839348817723392 >>> >> >>> >> On Fri, Sep 5, 2014 at 12:48 PM, Shazron <shaz...@gmail.com> wrote: >>> >> >>> >> > Clarification: >>> >> > When I said "The bridge works great, and plugins work great." this >>> was >>> >> > for loading a html page and plugins using the file:// protocol using >>> >> > WKWebView (as the title of the report implies). The bug I reported >>> was on >>> >> > Device (> iOS beta 4), on Simulator it is *fine* (this info was in >>> the >>> >> bug >>> >> > report as well). >>> >> > >>> >> > *Nothing* has been done using the local web server and proxy (at >>> least >>> >> > nothing checked in). An implementation on how the proxy works can be >>> seen >>> >> > in the PhoneGap Developer App: >>> >> > https://github.com/phonegap/phonegap-app-developer >>> >> > >>> >> > See CB-7043 for progress on tasks regarding this. >>> >> > >>> >> > >>> >> > >>> >> > On Fri, Sep 5, 2014 at 11:40 AM, Shazron <shaz...@gmail.com> wrote: >>> >> > >>> >> >> I figure I will write this all up before the official release of >>> iOS 8 >>> >> >> next week (probability high) and everyone asking about support. >>> >> >> >>> >> >> It has stalled because the WKWebView cannot load files using the >>> file:// >>> >> >> protocol since iOS 8 beta 4. >>> >> >> >>> >> >> This bug has been filed with Apple weeks ago: >>> >> >> http://www.openradar.me/radar?id=5839348817723392 >>> >> >> >>> >> >> I even checked WebKit check-ins if there was any progress, so far, >>> no: >>> >> >> >>> >> >> >>> >> >>> http://trac.webkit.org/browser/trunk/Source/WebKit2/UIProcess/API/Cocoa?order=date&desc=1 >>> >> >> (but it's entirely possible the loading code is in another part of >>> the >>> >> >> tree). >>> >> >> >>> >> >> The alternative is to run a local web server, which works great. >>> >> However, >>> >> >> this will open up a can of worms possibly with Apple, I'm not sure. >>> >> >> >>> >> >> The other interesting tidbit is, with WKWebView, for locally loaded >>> >> files >>> >> >> using the file:// protocol, cross-domain restrictions now apply, >>> unlike >>> >> >> UIWebView's behaviour. To have the same behaviour as UIWebView, we >>> would >>> >> >> need to proxy these requests (modify xhr.open to go to our proxy, >>> which >>> >> >> requires the local web server). >>> >> >> >>> >> >> The bridge works great, and plugins work great. >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> > >>> >> >>> >> >>
