Live data from Hacker News

WebKit.js: Pure JavaScript Port of WebKit

github.com

1–10 of 96 posts

Re: WebKit.js: Pure JavaScript Port of WebKit

#2
I remember this being an April Fools' Day joke[0] in 2012. Interesting to see it coming alive. I imagine it will be a pretty large file size so it might not be practical for a little bit longer, especially for mobile devices.

0 - http://badassjs.com/post/20294238453/webkit-js-yes-it-has-fi...

Re: WebKit.js: Pure JavaScript Port of WebKit

#6

I remember this being an April Fools' Day joke[0] in 2012. Interesting to see it coming alive. I imagine it will be a pretty large file size so it might not be practical for a little bit longer, especially for mobile devices. 0 - http://badassjs.com/post/20294238453/webkit-js-yes-it-has-fi...

[deleted]

Re: WebKit.js: Pure JavaScript Port of WebKit

#8

I remember this being an April Fools' Day joke[0] in 2012. Interesting to see it coming alive. I imagine it will be a pretty large file size so it might not be practical for a little bit longer, especially for mobile devices. 0 - http://badassjs.com/post/20294238453/webkit-js-yes-it-has-fi...

Yup, author of that post here. I was pretty surprised to see the vaporware of 2 years ago come alive this morning. http://badassjs.com/post/73526882798/webkit-js-its-happening...

Re: WebKit.js: Pure JavaScript Port of WebKit

#10
I may be the only one excited about this, but I think it's awesome.

I imagine a future where a "web browser" is just a WebGL + Networking + JS API, and you just load in HTML5.js. The benefit of something like this is that it puts the power back in the hands of the people. You don't have to worry about Microsoft ignoring standards, you just load in the HTML5.js that you know works. Want a new feature? Fork HTML5.js on GitHub.

One other benefit that interests me is for games. Games badly need a free, standardized way to do UI. Porting v8 + WebGL is far easier than porting an entire web browser. There's a chance for greater performance too, since frameworks like ChromiumEmbedded typically only provide a memory buffer of the rendered frame, which you then have to copy (back) to vram.

(reposted because the other thread was killed)

Post reply on HN