> Giving as granted we are using Tcl8.5 from now on we can obviously expand, > reform and/or complement commands and packages. I'm sure Damon is thinking > of our database access module for example. Also smaller databases (headers, > cookies, forms, environment) may benefit of dicts to improve their interface. > This is not only about the core but also programming style and object > interfaces so I thought we could have a page on the wiki where we can keep a > list of new ideas and proposals. Furthermore 8.6 is bringing new remarkable > stuff to Tcl and this might require some planning and ability to look far > ahead.
Absolutely. Dropping 8.4 wasn't so much about it being old or unsupportable, it's just that we have some really nice things in 8.5 (and the upcoming 8.6) that we could be taking advantage that we can't as long as we continue 8.4 support. Some of the packages in tcllib as well as some of the binary extensions have already dropped support going forward, so anyone running 8.4 is already going to start losing out on some things. > I created a page on the wiki at http://wiki.apache.org/tcl/RivetPlanning. I > chose to put in on the Apache's wiki, but maybe it would be more visible on > wiki.tcl.tk.... I don't have an opinion one way or the other. You're more likely to get input from the Tcl community than from the Apache community. You're also more likely to get interest in the work from the Tcl community and maybe some people wanting to pitch in. I don't think you'll find that in the Apache community. Not a dig against Apache, just that Tcl is a close-knit community, and they tend to help each other out with Tcl projects. D --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
