Hacker News new | ask | show | jobs
by bobajeff 3049 days ago
Easier implementation is the goal. There are currently only four companies working on a web implementation.

Also, I think users would have more control if documents didn't automatically gain the same privileges as applications.
1 comments
rhelmer 3049 days ago
> Easier implementation is the goal. There are currently only four companies working on a web implementation.

Easier implementation of a browser? You might find it interesting to see what Servo has chosen to implement and what they have not. Some things you'd think would be easily removable (such as document.write) turn out to not be so simple to skip.

One of the most valuable things about the Web is the care taken around backwards compatibility.

I do think it'd be quite interesting if you had a user agent that did the DOM differently (not sure what you have in mind specifically re: "documents didn't automatically gain the same privileges as applications") and focused just on providing a GL canvas and audio APIs.

I think you might find that these APIs aren't quite as nice when it comes to re-implementing things that CSS and DOM make easy, and it'd be hard for such a browser to really compete with existing browsers given the backwards-compat situation on the web (mandating GL would leave some devices behind, and web authors as a whole don't really adapt all that quickly).

In any case I think it might still be useful as a reference implementation / proof-of-concept on how minimal a web user agent can be, if it was just focused on hosting applications.

link
bobajeff 3049 days ago
The idea is a external format for applications that can be embedded as a object. Not a replacement for web browsers in any way.
link
rhelmer 3049 days ago
Ah, ok. That's interesting too!

There's interest in wasm-land about having "non-web embeddings", which wouldn't assume things like JS APIs exist at all.

I think in that sort of world, you could probably find nicer APIs to target than WebGL and WebAudio... however if you don't mind still having a JS interpreted available then it'd probably be easy to build this sort of thing today using Node.

link
bobajeff 3049 days ago
Probably, but they also still need to be runnable in browsers. Besides I doubt I could design better safe portable GL and Audio APIs.

This is just a subset. I'm mainly curious if this would be easier to implement or not. Using Node would be cheating.

link