Skip to content

Comment on WebGL on iOS8 Safari and WebView

Comments

It also looks like both iOS and OSX are using same Webkit Api. Webviews get the same stuff Safari has access to, which mean Webviews also get access to JIT compilation including FTL tier.

More info in this talk: Introduction to Modern Webkit Api https://developer.apple.com/videos/wwdc/2014/

To be pedantic, WKWebView from the new, modern WebKit API, gets access to the JIT. The existing UIWebView does not.

That's very good news. Now I just want a way to turn off the 300ms tap delay without needing fastclick.

Apparently that's fixed in iOS8 :)

https://github.com/ftlabs/fastclick/issues/262

"False alarm. iOS 8 simulator: fast clicks. iOS 7 simulator: slow clicks. iOS 8 device: slow clicks."

Ack. That is seriously disappointing.

Actually is the other way around, Safari on both OS X and iOS is built on top of the WebView which is part of WebKit framework.

Yes, I was trying to convey that webviews are no longer second class.

Yes, they are not anymore. I built a browser recently, everything works as fast as Safari, yet in some cases due to smaller viewport it works faster.

http://lucianmarin.com/monochrome/

Woah! Cool project, I usually end up trying to hack something together using Fluid.app to achieve this. Well done :)

Thank you! If there are cool mobile pages missing from Monochrome start page, please make a submission. The app is native and much faster than running Fluid.

this is great news, thanks for linking the talk!

AboutSource Built by g1lg1l

Hackerly is an independent reader for Hacker News, built on the public HN API. Not affiliated with Y Combinator.