Hello GTK list, with WebAssembly becoming a fixed part of modern browsers, this opens a new execution environment for GTK applications. The emscripten library already provides an environment where C programs can be compiled with minimal modifications to run in the browser; emscripten provides a virtual file system and an SDL2 implementation for them. I imagine (and that's why I prefixed the thread with "vision", though the subtext of madness is fitting too) that in Broadway the trip through the web socket could be cut short: rather then buffer updates being sent via websockets, they could be sent via WebAssembly syscalls right into the Broadway JavaScript page that is fully hosting the WebAssembly application rather than just opening a socket to one. This would allow for some applications to run completely standalone in the browser (eg. games[1]), while others could shift much workload from the application server to the client (the terminal server for Evolution would not need to run an instance for each user any more, but only statically serve the executable and then act as file system and networking gateway). I think this would be possible to implement; do you think it would be practical, and for which applications? Best regards chrysn [1]: The few file accesses those have can be served from a read-only statically shipped file system, or one could take the game further to gio and implement a dav:// with "system calls" to XMLHttpRequest... -- I shouldn't have written all those tank programs. -- Kevin Flynn
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
