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
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
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
@cordova.apache.orgmailto:dev@cordova.apache.org
Subject: Re: [iOS 8] Status of WKWebView work
Tony - is the code for that available anywhere?
On Wed, Oct 8, 2014 at 7:48 AM, Homer, Tony
tony.ho...@intel.commailto:tony.ho...@intel.com wrote:
The alternative is to run a local web server, which works great
I'll release the local webserver soon as a plugin, it was just a proof of
concept. It should work with existing Cordova versions as well, but will
not have a way to secure access to the local web server from other
(background) running apps.
On Wed, Oct 8, 2014 at 4:10 AM, Andrew Grieve
What about other requests from the network? Is the server accessible to network
peers?
Sent from my iPhone
On Oct 8, 2014, at 10:26 AM, Shazron shaz...@gmail.com wrote:
I'll release the local webserver soon as a plugin, it was just a proof of
concept. It should work with existing Cordova
Not sure if it's only bound to local requests from localhost. Since it's
for experimental reasons, I'm not too concerned for security. I'm still
opting for the WKWebView loadFileURL way as the option we use for our
users, once that is out.
On Wed, Oct 8, 2014 at 10:31 AM, purplecabbage
I have some questions! What happens when you background / does it keep
running? Since you're running localhost, how do you deal with 1 app
(random port collision possible?)
On Wed, Oct 8, 2014 at 10:33 AM, Shazron shaz...@gmail.com wrote:
Not sure if it's only bound to local requests from
1. Does it run in the background? No. Unless we put up some variables in
Info.plist, which are reserved for certain types of apps (navigation apps,
etc)
2. Local web server port collision? This will be specified in the plugin in
a preference.
On Wed, Oct 8, 2014 at 11:46 AM, Brian LeRoux
But for 2, there is a chance of port collision still of course, nothing we
can do about that. The ideal way is to get a random port, but this requires
more Cordova integration which I am trying to avoid (since we need to
specify the URL in the content tag, we need to know the port as well)
On
I guess if it isn't running in the background then a collision is
effectively impossible anyhow.
On Wed, Oct 8, 2014 at 11:53 AM, Shazron shaz...@gmail.com wrote:
But for 2, there is a chance of port collision still of course, nothing we
can do about that. The ideal way is to get a random
How can you guarantee that the port will be released when it goes in the
background and not still be bound? That sounds like a main point of
failure. Would you have it increment to the next port if the port is
bound?
On Wed, Oct 8, 2014 at 12:27 PM, Brian LeRoux b...@brian.io wrote:
I guess if
On Linux, it's pretty easy to listen only on localhost, I don't know how
difficult it is here. I would think that even for an experimental plugin, not
being accessible to peers is really important. Not being accessible to other
local apps will likely become important in the future.
It still
Brian:
The chances are small, but a backgrounded app could access the local web
server of the foregrounded Cordova app. If it knew the port (which it may,
through humans inspecting the config.xml in the .app beforehand)
Joe:
Don't have answers to all of those yet, haven't tested that
Will def be a fun alpha…fwiw I think this is The Future™ for the
architecture. Opens lots of doors for interop and reuse. Between apps.
Between devices. Also clears up the network security policy whitelist gong
show.
On Wed, Oct 8, 2014 at 12:31 PM, Joe Bowser bows...@gmail.com wrote:
How can
Ok, I completed the plugin.
cordova plugin add https://github.com/shazron/CordovaLocalWebServer.git
.. then follow the instructions printed after it installs.
Repo: https://github.com/shazron/CordovaLocalWebServer
File issues: https://github.com/shazron/CordovaLocalWebServer/issues
On Wed,
Here are the results of some tests on iOS8, hopefully they will be useful
to someone! :)
I need to do some more useful tests on DOM related stuff as it was
mentioned here already JS speed is not usually the bottleneck in Cordova
apps. Unless you're doing crazy crypto like some people :)
On Wed, Sep 10, 2014 at 4:11 AM, Ross Gerbasi rgerb...@gmail.com wrote:
Here are the results of some tests on iOS8, hopefully they will be useful
to someone! :)
I need to do some more useful tests on DOM related stuff as it was
mentioned here already JS speed is not usually the bottleneck in
Ross - shoot. Arrgh I may have mixed up my test apps :( I should emblazon
WKWebView or UIWebView at the start of the app. Thank goodness for peer
review...
On Wed, Sep 10, 2014 at 1:11 AM, Ross Gerbasi rgerb...@gmail.com wrote:
Here are the results of some tests on iOS8, hopefully they will be
If you have a chance can you re-run the tests and make sure I didn't screw
anything up? :)
-ross
On Wed, Sep 10, 2014 at 11:04 AM, Shazron shaz...@gmail.com wrote:
Ross - shoot. Arrgh I may have mixed up my test apps :( I should emblazon
WKWebView or UIWebView at the start of the app. Thank
Ross can you clarify your results for Objectstore ArrayBuffer?
Notes:
- Objectstore ArrayBuffer is only supported in Safari WKWebView App
iPod Touch iOS 8 *Safari*
UserAgent - Mozilla/5.0 (iPod touch; CPU iPhone OS 8_0 like Mac OS X)
AppleWebKit/600.1.4 (KHTML, like Gecko) Version/8.0
Yeah sorry :( I mixed those up there, it got pretty late when I was writing
all this up.
OS Arraybuffer is support in the WKWebView and Safari, it is not available
in a HomeScreen app or the UIWebView. According to HTML5 Test running in
those environments.
Apologies for the confusion.
-ross
On
Also for those interested in Browser features this is what we gained from
iOS 7 Safari to iOS 8 Safari. I have not had a chance to test all these new
features in UIWebView or Homescreen yet to confirm they all have them. I
only know indexedDB for now is only working in WKWebView and Safari.
-
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:
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
:(
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
Nooo! :-( I guess we'll
have to hope for 8.0.1 or 8.1?
___
*Kerri Shotts*
photoKandy Studios, LLC
On the Web: http://www.photokandy.com/
*Social Media:*
Twitter: @photokandy,
I had news from apple, they closed my bug repport because it was
duplicated (obviously, I copied shazron bug report)
OK. I think it’s time to start thinking about workarounds.
On 10 September 2014 at 5:50:00, 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
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,
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
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
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:
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
34 matches
Mail list logo
