> "It [Tcl] is rather lispy..." Yes it is, and that's a good thing. Over the years Tcl has become increasingly Scheme-like in some respects. In fact without t

> "It [Tcl] is rather lispy..." Yes it is, and that's a good thing. Over the years Tcl has become increasingly Scheme-like in some respects. In fact without too much trouble I've ported some programs I'd written in Scheme to Tcl because of Tcl's portability and easy access to GUI when needed. OTOH adapting some code from Javascript to Tcl was harder. Tcl is very useful for utilities. Library support is enormous so there aren't a whole lot of things that are impossible in that domain. For ~20 years I used a a client-server scheduling program that I wrote entirely in Tcl/Tk. It required only minimal maintenance, in fact hadn't touched in over the last 10 years it was deployed. The main difficulty has been marginal debugging support, but there are ways around it so it's not insurmountable.