With the iOS 8.1 final release today, there have been no API additions, so
it is definite that the file:// url fix is not in yet.
https://twitter.com/shazron/status/524267201784602624
On Tue, Sep 30, 2014 at 3:26 PM, Shazron wrote:
> Not sure yet Ian, but I don't see why not (there is an excepti
:(
On 1 Oct 2014 08:27, "Shazron" wrote:
> Not sure yet Ian, but I don't see why not (there is an exception for files
> in certain folder you can specify).
>
> FYI those that are keeping track -- iOS 8.1 does not have this new API
> function, I checked the headers in Xcode 6.1 b3/GM. So maybe 8.2
Not sure yet Ian, but I don't see why not (there is an exception for files
in certain folder you can specify).
FYI those that are keeping track -- iOS 8.1 does not have this new API
function, I checked the headers in Xcode 6.1 b3/GM. So maybe 8.2/8.3
On Sat, Sep 27, 2014 at 1:48 AM, Ian Clelland
Fantastic news if it works!
Do we have any idea whether a page loaded with this API will have the
ability to navigate to other URLs in the same origin?
On 27 Sep 2014 10:08, "Shazron" wrote:
Fixed 8 hrs ago! 😅
http://trac.webkit.org/changeset/174029/trunk
On Friday, September 26, 2014, Ally Ogi
Fixed 8 hrs ago! 😅
http://trac.webkit.org/changeset/174029/trunk
On Friday, September 26, 2014, Ally Ogilvie wrote:
> Indeed.
> FYI, for others reading this, Apple Devs (including Tim) won't engage in an
> Apple related interrogations. :)
>
> On Fri, Sep 26, 2014 at 4:23 PM, Shazron >
> wrote:
>
Indeed.
FYI, for others reading this, Apple Devs (including Tim) won't engage in an
Apple related interrogations. :)
On Fri, Sep 26, 2014 at 4:23 PM, Shazron wrote:
> Good news, kind of. Ally was re-tweeting Timothy Hatcher (WebKit Developer
> Experience Manager at Apple) so I looked back at his
Good news, kind of. Ally was re-tweeting Timothy Hatcher (WebKit Developer
Experience Manager at Apple) so I looked back at his timeline and he says
that the file:// url bug is "Top of our list":
https://twitter.com/xeenon/status/514536288590893056
Which sounds promising. They never comment on tim
Web server sounding better all the time.
On Thursday, September 25, 2014, Joe Bowser wrote:
> I wanted to unpack the android_assets to the app storage to fix various
> problems with the file URI but it was vetoed every time. This sounds very
> similar.
> On Sep 25, 2014 10:39 PM, "Jesse" >
> wr
I wanted to unpack the android_assets to the app storage to fix various
problems with the file URI but it was vetoed every time. This sounds very
similar.
On Sep 25, 2014 10:39 PM, "Jesse" wrote:
> FYI, Windows Phone 7 had to unpack all www/ files to temp ( IsolatedStorage
> in wp7 world )
> Thi
FYI, Windows Phone 7 had to unpack all www/ files to temp ( IsolatedStorage
in wp7 world )
This was because of the way that the app packaged assets, they were just
resources inside the .dll, so index.html could load, but could not
reference any other relative files.
Also because the .dll resource l
Not able to load web resource from within html that reference
Library/Caches/*.jpg :(
As you said; looks like a total whitelist-style security policy.
On Fri, Sep 26, 2014 at 12:44 PM, Ally Ogilvie wrote:
> Not too bothered about that as long as all our assets (images/sounds) can
> be downloaded
Not too bothered about that as long as all our assets (images/sounds) can
be downloaded into cache and the html in /tmp can load them.
As discussed a previous thread I (we/Wizcorp) have a native loader to steam
the game/app from cloudz. As long as we can put html to /tmp and assets to
cache, html
Also, since it is in tmp -- eventually you will leave to copy over the www,
*again* once the system clears it out. That's no good.
On Thu, Sep 25, 2014 at 7:50 PM, Shazron wrote:
> Ally - I seriously doubt it, this appears to be more low level. When using
> loadHTMLString to load the initial HTM
Ally - I seriously doubt it, this appears to be more low level. When using
loadHTMLString to load the initial HTML file it is fine, but any assets
that the HTML tries to load is subject to the low level loader which I
presume has a security policy disallowing unauthorized locations.
You could modi
Yup - all depends on how big your www folder is, we'll have to time test
payload size impact :/ not liking it...
On Thursday, September 25, 2014, Brian LeRoux wrote:
> cool, guess this is a bit of a startup penalty (but that'd be it?)
>
> On Thu, Sep 25, 2014 at 7:05 PM, Shazron >
> wrote:
>
> >
Not tested but i'd be interested to know if once the html from /tmp is
loaded, can the html pull in images using with a path of file:///
/myImage.jpg.
On Fri, Sep 26, 2014 at 11:14 AM, Brian LeRoux wrote:
> cool, guess this is a bit of a startup penalty (but that'd be it?)
>
> On Thu, Sep 25,
cool, guess this is a bit of a startup penalty (but that'd be it?)
On Thu, Sep 25, 2014 at 7:05 PM, Shazron wrote:
> Mixed news from iOS 8.0.2. Only local files from *tmp* can be loaded. Test
> using https://github.com/shazron/WKWebViewFIleUrlTest
>
>
>
> Documents, Library, Library/Caches and i
Mixed news from iOS 8.0.2. Only local files from *tmp* can be loaded. Test
using https://github.com/shazron/WKWebViewFIleUrlTest
Documents, Library, Library/Caches and inside your app bundle -- no files
there can be loaded using the file:// protocol, only from tmp.
The Safari file upload fix
+1. I suspect this post is of high interest since last Wednesday.
On Sep 22, 2014, at 10:04 AM, Andrew Grieve wrote:
> Nice post Shaz! Care to link it off of the main Cordova blog?
>
> On Thu, Sep 18, 2014 at 8:34 PM, Shazron wrote:
>
>> http://shazronatadobe.wordpress.com/2014/09/18/cordova-
Nice post Shaz! Care to link it off of the main Cordova blog?
On Thu, Sep 18, 2014 at 8:34 PM, Shazron wrote:
> http://shazronatadobe.wordpress.com/2014/09/18/cordova-ios-and-ios-8/
>
> On Thu, Sep 18, 2014 at 9:03 AM, Shazron wrote:
>
> > Yeah no update in iOS 8 GM. So moving to contingency. I
http://shazronatadobe.wordpress.com/2014/09/18/cordova-ios-and-ios-8/
On Thu, Sep 18, 2014 at 9:03 AM, Shazron wrote:
> Yeah no update in iOS 8 GM. So moving to contingency. I still think it's a
> bug and not a policy change:
> https://issues.apache.org/jira/browse/CB-7539
>
> Should be pretty e
Yeah no update in iOS 8 GM. So moving to contingency. I still think it's a
bug and not a policy change:
https://issues.apache.org/jira/browse/CB-7539
Should be pretty easy (minus the securing it part is a bit more work).
On Wed, Sep 17, 2014 at 8:31 PM, Ally Ogilvie wrote:
> Interested in any
@firt said yesterday on twitter the GM and the final versión has the
same build versión, so the problem should be thereFrom: Ally Ogilvie
Sent: ‎9/‎18/‎2014 5:32
To: dev@cordova.apache.org
Subject: Re: WKWebView for iOS8
Interested in any updates if you have 'em @Shazron ?
Following Brian&#x
Interested in any updates if you have 'em @Shazron ?
Following Brian's tweet i'm kinda hoping there has been a breakthrough to
load local files!
Gonna switch to WKWebViews from iOS 8 in ma WizViewManager plugin.
(WizViewManager is a WebView creator and manager for iOS and Android -
sorta like IAB)
orly
On Wed, Aug 13, 2014 at 1:57 PM, Shazron wrote:
> External urls of course work. The other alternative is to host www
> contents on a local webserver, and for CORs use the whitelist.
>
> On Wed, Aug 13, 2014 at 1:51 PM, Shazron wrote:
> > Well, bad news, the workaround doesn't work. Nothin
External urls of course work. The other alternative is to host www
contents on a local webserver, and for CORs use the whitelist.
On Wed, Aug 13, 2014 at 1:51 PM, Shazron wrote:
> Well, bad news, the workaround doesn't work. Nothing from a file://
> url will load in a WKWebView in an iOS 8 beta 5
Well, bad news, the workaround doesn't work. Nothing from a file://
url will load in a WKWebView in an iOS 8 beta 5 device.
Assumption 1 below fails.
Assumptions:
1. WKWebView can load resources from tmp / Documents / Library / Library/Caches
2. Can copy www folder in app bundle to tmp / Documents
Jesse had a great idea -- surely you are allowed to load from tmp or
Documents. Assuming I can copy off the app bundle, I would copy the
www folder into tmp or Documents, and load the index.html from there.
This is the Windows Phone Cordova approach I believe.
Assumptions:
1. WKWebView can load re
Bad news - local file loading in a WKWebView is borked ever since iOS 8 beta 4.
Not sure if there is some sort of new security model for loading local
files in WKWebView >= beta 4.WKWebView cannot load local files in its
app bundle anymore you get a blank screen, when on the device.
Simulator seem
Same! Shazron, you're awesome!!
On Wed, Jul 16, 2014 at 2:08 PM, Carlos Santana
wrote:
> Happy to see good news when returning from vacation. :-)
>
>
> On Mon, Jul 7, 2014 at 10:33 PM, Ally Ogilvie wrote:
>
> > I'm usually an observer here but.. the urge to post was too great!
> >
> >
> http:/
Happy to see good news when returning from vacation. :-)
On Mon, Jul 7, 2014 at 10:33 PM, Ally Ogilvie wrote:
> I'm usually an observer here but.. the urge to post was too great!
>
> http://seattlesportsnet.files.wordpress.com/2013/11/anchorman-celebration-gif.gif
>
> Thanks for the research Sh
I'm usually an observer here but.. the urge to post was too great!
http://seattlesportsnet.files.wordpress.com/2013/11/anchorman-celebration-gif.gif
Thanks for the research Shaz.
On Tue, Jul 8, 2014 at 4:57 AM, Tommy Williams wrote:
> Yes!!!
> On 8 Jul 2014 05:52, "Shazron" wrote:
>
> > Go
Yes!!!
On 8 Jul 2014 05:52, "Shazron" wrote:
> Good news: https://twitter.com/shazron/status/486235098715394048
>
> On Fri, Jun 27, 2014 at 3:46 PM, Shazron wrote:
> > Broke the iOS 8 issue into sub-tasks:
> > https://issues.apache.org/jira/browse/CB-7043
> >
> >
> >
> > On Mon, Jun 16, 2014
Good news: https://twitter.com/shazron/status/486235098715394048
On Fri, Jun 27, 2014 at 3:46 PM, Shazron wrote:
> Broke the iOS 8 issue into sub-tasks:
> https://issues.apache.org/jira/browse/CB-7043
>
>
>
> On Mon, Jun 16, 2014 at 8:20 AM, Shazron wrote:
>> Haven't yet - but from what I read -
Broke the iOS 8 issue into sub-tasks:
https://issues.apache.org/jira/browse/CB-7043
On Mon, Jun 16, 2014 at 8:20 AM, Shazron wrote:
> Haven't yet - but from what I read - no. Something about requests being out
> of process
>
>
> On Monday, June 16, 2014, Andrew Grieve wrote:
>>
>> Awesome.
>>
Haven't yet - but from what I read - no. Something about requests being out
of process
On Monday, June 16, 2014, Andrew Grieve wrote:
> Awesome.
>
> Shaz (or anyone else), curious if you've tested yet to see if the whitelist
> still works with WKWebView? (e.g. does it go through NSURLProtocol?)
Awesome.
Shaz (or anyone else), curious if you've tested yet to see if the whitelist
still works with WKWebView? (e.g. does it go through NSURLProtocol?)
On Sat, Jun 14, 2014 at 8:16 PM, tommy-carlos williams
wrote:
> This looks promising.
>
> Thanks for the update, Shazron.
>
> - tommy
>
>
>
This looks promising.
Thanks for the update, Shazron.
- tommy
On Sun, Jun 15, 2014 at 7:48 AM, Shazron wrote:
Rev log:
http://trac.webkit.org/log/trunk/Source/WebKit2/UIProcess/API/Cocoa/WKWebView.mm
for potential WKWebView updates in beta 2.
On Sat, Jun 14, 2014 at 2:46 PM, Shazron wrote:
Rev log:
http://trac.webkit.org/log/trunk/Source/WebKit2/UIProcess/API/Cocoa/WKWebView.mm
for potential WKWebView updates in beta 2.
On Sat, Jun 14, 2014 at 2:46 PM, Shazron wrote:
> Some potential good news. Updated 4 days ago, hopefully its in beta 2:
> http://trac.webkit.org/changeset/169765
Some potential good news. Updated 4 days ago, hopefully its in beta 2:
http://trac.webkit.org/changeset/169765
"Add -[WKWebView evaluateJavaScript:completionHandler:]"
Updated: https://issues.apache.org/jira/browse/CB-6884
On Sat, Jun 7, 2014 at 10:06 PM, Carlos Santana wrote:
> ok, was a bit
ok, was a bit confuse with api doc, I assumed that there was a way to
specify a time other than documentstart, documentend, and no passing
something will do it immediately.
Will open a radar too, we need wkwebview to officialy support for objc->js,
postMessage seems kind of half working if only ca
No it's not. That is precisely what we discussed, it's the limitation in
WKUserScript.
On Saturday, June 7, 2014, Carlos Santana wrote:
> Shaz
> I think the closest replacement is [1] - (void)addUserScript:(
> WKUserScript *)*userScript *
>
> I have not tried my self, but looking forward on he
Shaz
I think the closest replacement is [1] - (void)addUserScript:(
WKUserScript *)*userScript *
I have not tried my self, but looking forward on helping out.
[1]:
https://developer.apple.com/library/prerelease/ios/documentation/WebKit/Reference/WKUserContentController_Ref/index.html#//apple_re
No use in polling if we can't write anything back to JS from Obj-C.
There's a private API to do so:
https://github.com/WebKit/webkit/commit/adb4c60064b38b5ab3d6e78422325f35f0b7fe2b
only landed a few months ago, we'll have to do some advocacy through
whatever channels we have to get it in the publi
Yeah, I was afraid of that...
:(
On Fri, Jun 6, 2014 at 11:09 AM, Michal Mocny
wrote:
Oh wow. I totally assumed that you can postMessage in either
direction at
any time. Wouldn't the alternative be polling from JS?
-Michal
On Thu, Jun 5, 2014 at 6:46 PM, Shazron wrote:
Well seems lik
Oh wow. I totally assumed that you can postMessage in either direction at
any time. Wouldn't the alternative be polling from JS?
-Michal
On Thu, Jun 5, 2014 at 6:46 PM, Shazron wrote:
> Well seems like the answer in iOS 8 beta 1 is -- no arbitrary sending
> of JS, so no Obj-C -> JS communica
Thanks Tommy - I sure will.
I think injecting JavaScript at arbitrary times -- you would just use
WKUserScriptInjectionTimeAtDocumentEnd for WKUserScript -- although I
haven't tested it. If setting JS at arbitrary times is taken away -
yikes.
Anyways, on the bridge front, I've posted my approach
Well seems like the answer in iOS 8 beta 1 is -- no arbitrary sending
of JS, so no Obj-C -> JS communication, which leaves Cordova
handcuffed. Please everyone file radars for this.
https://devforums.apple.com/message/975230#975230
On Thu, Jun 5, 2014 at 3:40 PM, Shazron wrote:
> Thanks Tommy - I
I am sure you won't need it, but if I can help, let me know.
I think the biggest hurdle will be firing user scripts at arbitrary times
instead of only on page load.. There seems to be an API that hasn't been
exposed :/
On 6 Jun 2014 04:59, "Shazron" wrote:
> My intent is to work on this today, i
My intent is to work on this today, in a branch for cordova-ios:
https://issues.apache.org/jira/browse/CB-6863
On Wed, Jun 4, 2014 at 10:15 AM, Shazron wrote:
> Use Safari to watch "Introducing the Modern WebKit API" (no login required):
> https://developer.apple.com/videos/wwdc/2014/
>
> On Wed,
Use Safari to watch "Introducing the Modern WebKit API" (no login required):
https://developer.apple.com/videos/wwdc/2014/
On Wed, Jun 4, 2014 at 8:25 AM, Michal Mocny wrote:
> You can probably bet on it.
>
> But this is really fresh news, we're as excited as you are, trying to
> figure out the d
You can probably bet on it.
But this is really fresh news, we're as excited as you are, trying to
figure out the details.
On Wed, Jun 4, 2014 at 11:05 AM, Matthew David
wrote:
> I am sure I am not the first to ask for this, but the new WebView for iOS
> is now WKWebView with support for Nitro
52 matches
Mail list logo
