News for hackers. Stuff that matters.
Re:Servo in 2024: stats, features and donations by weinzierl on Wednesday February 05, 2025 @05:50PM (#42956494)
"It has no native DOM API bindings"

I wish we'd get direct DOM access from WASM anytime but I have little hope.

Re:Servo in 2024: stats, features and donations by tcfhgj on Wednesday February 05, 2025 @09:01PM (#42958078)
why? it doesn't matter in any non-trivial app
Re:Servo in 2024: stats, features and donations by weinzierl on Thursday February 06, 2025 @01:34AM (#42959677)
In other contexts people complain about every byte shipped too much but whenever WASM comes up kilobytes of useless JavaScript shims don't matter. And it is one unnecessary extra request we should not need. It is one extra build step to generate the bindings.
Re:Servo in 2024: stats, features and donations by tcfhgj on Thursday February 06, 2025 @06:26AM (#42961341)
How does it? Worst case it adds 1% KB on top (WASM has fairly big binaries in general). The unnecessary extra requests are not performance critical and the programmer doesn't even notice one more build step in the build steps of dozen other pkgs.

Surely it would be nice, but it's not a real deal breaker

Re:Servo in 2024: stats, features and donations by infogulch on Thursday February 06, 2025 @10:30AM (#42963296)
Actually, building WASM direct DOM api first, then building the native DOM api as an extension of that sounds like a great idea.
Re:Servo in 2024: stats, features and donations by yencabulator on Saturday February 08, 2025 @10:14PM (#42988137)
My understanding is that "the DOM API" is specced very much in terms of Javascript, so WASM component stuff might see a "DOM2 API" that's similar but not really the same API. Lots of work in speccing that out, I bet. But yes, please!