From: Robert <si...@gm...> - 2011-03-11 01:36:03
|
* x-platform printing That is one thing that I have always wished for...no pun intended. Maybe open the question up on the comp.lang.tcl group to see what floats to the top? Also, maybe Tk needs a "core" dev group all by its lonesome if Tk is to move forward (whatever forward ends up meaning here). One or two devs that are willing to push it along. BTW...I looked at the shootout...no Tcl. http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=all -- Robert Sent with Sparrow On Thursday, March 10, 2011 at 8:15 PM, Larry McVoy wrote: > I'd kinda like to get a discussion going around Tk. My personal > feeling is that for the non-tcl people using tcl, it is all about Tk. > By "non-tcl" I mean no disrespect, but there are a set of people, call > them T, who love the tcl syntax and rules, etc. And I have respect, > true respect for Tcl, especially in the tcl runtime. Many times I have > found that Tcl has figured out a solution to a portability problem before > we have. There is real value there. > > There is another set of people, call them !T, that use tcl in spite > of tcl. They don't like the tcl syntax at all but they put up with it > because tcl gets them TK. > > This will not play well in this venue but my feeling is that without > the !T crowd, tcl would be far more obscure than it is (and it is pretty > obscure, I was told recently that the language shootout people dropped > tcl a while back, which is, if true, a bummer). > > Tk gets some attention now and then but tcl gets lots of attention, > from the crowd of people here. TK needs more lovin. > > I would be open to taking on some effort on TK, to make it better, > require less libs, be even more compelling than it is. And it is > pretty compelling, it's way more pleasant than other GUI toolkits > in my opinion. > > Colin will step up and say I want to control everything, and he's > partially right. Sort of. I have absolutely zero interest in > controlling the direction of tcl, you guys are doing fine on that, > I do have issues and I voice them, but I am fine with being > ignored or shouted down. On tcl. On TK, I'd like to have more > progress. Or better put, I am willing to put some energy and > money there. If it can do some good and if it has a different > process than the TIP process (or not, if the $DVCS changes help > make the process better. But as things stand, I'm not spending > a dime to push something through the TIP process). > > So, what do you guys want? > > On Thu, Mar 10, 2011 at 02:52:29PM -0800, Andreas Kupries wrote: > > > > Our GSoC 2011 page at > > > > http://wiki.tcl.tk/26127 > > > > looks a bit sparse. > > > > While we can fluff it up a bit by copying ideas from previous years which did > > not get executed onto the page (or subpages like in the table at the end), I > > would really like to have newer ideas as well. > > > > Anybody with spare cycles, please think and/or dream up ideas and put them up. > > > > -- > > Andreas Kupries > > Senior Tcl Developer > > ActiveState, The Dynamic Language Experts > > > > P: 778.786.1122 > > F: 778.786.1133 > > and...@ac... > > http://www.activestate.com > > Get insights on Open Source and Dynamic Languages at www.activestate.com/blog > > > > ------------------------------------------------------------------------------ > > Colocation vs. Managed Hosting > > A question and answer guide to determining the best fit > > for your organization - today and in the future. > > http://p.sf.net/sfu/internap-sfd2d > > _______________________________________________ > > Tcl-Core mailing list > > Tcl...@li... > > https://lists.sourceforge.net/lists/listinfo/tcl-core > > -- > --- > Larry McVoy lm at bitmover.com http://www.bitkeeper.com > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |