Additionally it is more suited to GPU based compute, which can be used to accelerate neural network inferencing, though not quite as well as dedicated NN accelerators which are fairly common these days.
I would tend to agree that the business case for these things is not as strong as many would like though, and things have a distinct habit of ceasing to be interesting the moment they are widely achievable.
Unless your stance is that WebGL itself had no real use case, which is just silly.
Or, say, literally any number of e-commerce sites that give the user an interactive and/or customisable view of products and not just static imagery.
Or, say, any number of pages that embed complex data visualisations.
"Why does a graphical UI platform need performant graphics" is an incredibly tautological question.
Do you mean the clusterfuck that is matching carefully your compiler, ID, hardware, instruction set architecture, incompatible dependency versions, installers, package managers, etc.?
So far, WebGPU was the first and only time that I was able run Stable Diffusion on my own hardware.
Assuming you want to use 2024 hardware features in 2024.
If you're writing new gfx code though and are more familiar with web technology, there's definitely utility there. That's the bigger value prop: that people with web development skills can work on more pro (GPU-required) applications.
No one wants that. But many like to write their apps only for one plattform - and then still have them run allmost everywhere.
The web is the best we have to achieve this. And this will greatly improve the possibilities.
Edit: My app will soon finally use no more html elements. It is not a "webpage".
I very much do want that since the WebGPU API is far easier and nicer to use than Vulkan or OpenGL. Also, it makes apps much more accessible to distribute them over web, and it is much more secure to use web apps than native apps. Unfortunately WebGPU is way too limited compared to desktop APIs.
I'm going to revisit electron / nw.js for games again this year. Last time I tried 4-5 years ago I could not get smooth animation with request animation frame.
I recommend pixijs.
But it depends what you do, smooth animations of some elements is possible with html. But in my case it got complex and html was the bottleneck. Now I have the same assets in Pixi and it runs around 100× faster. No more lags, no stuttering. No more html.
(Allmost, some static content is still HTML, but that is fine, as long as the DOM does not get modified)
If your “app” runs in a browser window—a window presented by a browser engine—it’s fundamentally a web page. (They’re two distinct words.)
So no, I do not want to replace native code with a web page. But in some cases with web apps.
Can you expand your comment somewhat?