wondering aloud... perhaps we need something like WASM, but for HTML... in other words, a way for a server to ship pre-compiled DOM (not an html string) directly to the layout engine, bypassing the HTML parser -- same way WASM bypasses the JS parser with pre-compiled byte code.
-
-
Are you still talking about HTML? Kyle's original post was about avoiding parse of "giant string of HTML". Don't get stuck on parsing JS, that was a side note
- 2 more replies
New conversation -
-
-
I am NOT contemplating anything about JS parse time. I used that historical fact as an illustration of similar motivation that could support an entirely different thing (shipping already-build DOM). And I only mentioned cutting HTML parse time as part of the motiviation.
-
the main motivation for my idea was in the next tweet, which was about avoiding the silly extra cost of SSR serializing DOM down to HTML only to have the browser re-parse it back to the same DOM on the other side.
- 5 more replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
JavaScript, HTML, CSS, HTTP, performance, security, Bash, Unicode, i18n, macOS.
