Tony - is the code for that available anywhere? On Wed, Oct 8, 2014 at 7:48 AM, Homer, Tony <tony.ho...@intel.com> wrote:
> > > >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. > > > > FWIW, the Intel XDK Legacy iOS container runs a local web server that all > content is served from. > > Lots of apps have been published - no problem with Apple about this > feature. > > On 10/8/14, 7:10 AM, "Andrew Grieve" <agri...@chromium.org> wrote: > > >On Fri, Sep 5, 2014 at 2:40 PM, 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?o > >>rder=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. > >> > > > >Shaz, did you implement a prototype with a local web server? Would be > >useful to see how the code for this works. > > > > > > > >> > >> 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. > >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
