4 ms·

I'd love there to be a client-side webapp development system using Python with feature and output parity to JavaScript. If it was a product, I would buy it.

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 ago
  But then you have to code in... Tcl...
  - aswanson 8y ago
    Exactly. Ugh.
  - rkeene2 8y ago
    Then 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 ago
      Given 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.
tim333 8y ago
While not exactly that, https://anvil.works/ https://anvil.works/ is kind of heading that way (https://news.ycombinator.com/item?id=15584124 https://news.ycombinator.com/item?id=15584124)
dom96 8y ago
You should give Nim a try. It's a Python-like language which can be compiled to C and JavaScript. There is even a SPA framework[1] for it already and the NimForum[2] is written in it. 1 - https://github.com/pragmagic/karax https://github.com/pragmagic/karax 2 - http://forum.nim-lang.org/ http://forum.nim-lang.org/

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 ago
But then you have to code in... Tcl...
- aswanson 8y ago
  Exactly. Ugh.
- rkeene2 8y ago
  Then 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 ago
    Given 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.

tim333 8y ago

While not exactly that, https://anvil.works/ https://anvil.works/ is kind of heading that way (https://news.ycombinator.com/item?id=15584124 https://news.ycombinator.com/item?id=15584124)

dom96 8y ago

You should give Nim a try. It's a Python-like language which can be compiled to C and JavaScript. There is even a SPA framework[1] for it already and the NimForum[2] is written in it. 1 - https://github.com/pragmagic/karax https://github.com/pragmagic/karax 2 - http://forum.nim-lang.org/ http://forum.nim-lang.org/