Forums

I am assuming you are talking about a server-client model.  HTML5 now gives canvas objects and SVG rendering support. Sure it is possible.  You could use tons of XmlHttpRequests to get JSON which yields values of pixels, or perhaps yields objects for an SVG style image. But it would be really slow as was mentioned.  Pixels/images is probably way too much data through the network. For practical purposes, if trying to protect the code, this would need to be a domain specific division of work between server and client.  Perhaps complicated and intricate initial or periodic renderings are done server-side, while most of the updates occur in the client. I don't think JavaScript is that much junk, most of the engines are pretty stable and fast nowadays.  If you can avoid browser compatibility by setting a baseline HTML and JavaScript version, it makes things that much easier.  But the data processing required for images and videos and stuff is generally intensive enough to require GPU hardware or at least the CPU.

i dont think much of java script at all.. if you want performance compile native.. its that simple

Well, what do you think about open-source javascript on all user ends. Please see here, a write up by Richard Stallman https://www.gnu.org/philosophy/javascript-trap.html

There are more detailed articles covering this in C++ but you should be able to port to your needs. Basically, IWebBrowser2 is just a headless object that manages doing all the work of the browser but with no output/display. You are in charge of linking it to other interfaces to get it to render as you need to. Here's two articles that cover the other interfaces that can be used to link it to an existing window: https://www.codeproject.com/Tips/800585/Embedded-WebBrowser-IWebBrowser-in-Pure-Cplusplus https://www.codeproject.com/Articles/3365/Embed-an-HTML-control-in-your-own-window-using-pla From those, you can see the other interfaces needed and look up other MASM examples that may use them specifically.