5 ms·
I've been thinking about building this for Tcl. Tcl has been available in the browser in various forms for decades, but one thing that makes Tcl uniquely suite
by rkeene2 8y ago
I've been thinking about building this for Tcl. Tcl has been available in the browser in various forms for decades, but one thing that makes Tcl uniquely suited to a web application style development is its threading model. In Tcl, you access a thread by sending messages to it, in which a Tcl interpreter inside its event loop processes. My plan was to have a client-side Tcl program in the browser that automatically instantiates a second thread, but the thread is a remote thread running on the server, so you would be able to access the server just as if it were another thread.
Something like (client-side):
thread::send $::tcl-web::server -async {
do stuff
} placeToStoreResult
...
vwait placeToStoreResult
do stuff with result $placeToStoreResult
- typon 8y agoBut then you have to code in... Tcl...
- aswanson 8y agoExactly. Ugh.
- rkeene2 8y agoThen you GET to code in Tcl !
- justbaker 8y ago>Then you GET to code in Tcl ! I don't care about Tcl but your enthusiasm is golden. Sort of why I write silly stuff in bash or in an esoteric manner; "Why" "Cause we can!!"
- srean 8y agoGiven how terrible GUI development in javascript is for the developer, this would be a net improvement. However the language I yearn for in browsers is Lua.