Prev: www.prevayler.org anyone do an in ram data base with transactionlog in tcl?
Next: accessing GUI with TWAPI (was: Accessing GUI of CAD through Tcl/Tk)
From: M. Strobel on 13 Dec 2009 12:40 Rodericus schrieb: > Tk/Tk was my predilect language for small programms, because it was > minimalistic and expresive, low weight and extensible, lisp and C > similar, ideal for embedding it in other programms. Now it is getting > fat and "object oriented" with a lot of unnecesary "features" that > would belong to extensions for special purpose applications. It is > getting a "Cool Programming Language (CPL)" for cool people, not any > more a "Tool Command Language". I think, a splitting and a renaming of > the cool language to something like Cpl/Tk#++ would have been a much > better approach. I think this is the result of having very good > developers not knowing what to do. Please, dont consider this posting > a flame war provocation: it is my oppinion. > > Rodrigo Readi Did you have a look at eTCL? /Str.
From: Kevin Walzer on 13 Dec 2009 12:50 On 12/13/09 7:24 AM, Rodericus wrote: > Tk/Tk was my predilect language for small programms, because it was > minimalistic and expresive, low weight and extensible, lisp and C > similar, ideal for embedding it in other programms. Now it is getting > fat and "object oriented" with a lot of unnecesary "features" that > would belong to extensions for special purpose applications. It is > getting a "Cool Programming Language (CPL)" for cool people, not any > more a "Tool Command Language". I think, a splitting and a renaming of > the cool language to something like Cpl/Tk#++ would have been a much > better approach. I think this is the result of having very good > developers not knowing what to do. Please, dont consider this posting > a flame war provocation: it is my oppinion. > > Rodrigo Readi Lua is emerging as a popular small language for embedded scripting. Perhaps that might meet your needs better. I would, however, disagree that Tcl is getting bloated. Even with object orientation being added to the core (which is an optional feature, not something you must use), it's still a very compact language. Sometimes, in fact, Tcl is insufficient for my needs, and so for certain projects I'm using Python instead. As always, use the right tool for the job. -- Kevin Walzer Code by Kevin http://www.codebykevin.com
From: Gerald W. Lester on 13 Dec 2009 19:56 Arndt Roger Schneider wrote: > APN schrieb: > >> To borrow an old slogan from oldsmobile, this indeed is "Not Your >> Father's Tcl" (nyf-T, how's that for a new language name - nifty, >> no?). But that is a good thing. >> >> Personally, I feel many/most of the new features greatly expand the >> scope and size of software systems you can build using Tcl. So I >> suppose that means it is no longer restricted (if it ever was) to be >> solely viewed as "tool" language. In that sense, I understand your >> point of view but if you feel a language should not "grow" features, >> what's preventing you from sticking with older, smaller versions (even >> Tcl 7.6) for embedding? >> >> >> > [snip] > > support. You have the sources. -- +------------------------------------------------------------------------+ | Gerald W. Lester | |"The man who fights for his ideals is the man who is alive." - Cervantes| +------------------------------------------------------------------------+
From: Gerald W. Lester on 14 Dec 2009 00:24 Kevin Walzer wrote: > .... Sometimes, > in fact, Tcl is insufficient for my needs, and so for certain projects > I'm using Python instead. Kevin, Out of curiousity where are you finding Tcl insufficient? -- +------------------------------------------------------------------------+ | Gerald W. Lester | |"The man who fights for his ideals is the man who is alive." - Cervantes| +------------------------------------------------------------------------+
From: Arndt Roger Schneider on 14 Dec 2009 02:54
Gerald W. Lester schrieb: > Arndt Roger Schneider wrote: > >> APN schrieb: >> >>> To borrow an old slogan from oldsmobile, this indeed is "Not Your >>> Father's Tcl" (nyf-T, how's that for a new language name - nifty, >>> no?). But that is a good thing. >>> >>> Personally, I feel many/most of the new features greatly expand the >>> scope and size of software systems you can build using Tcl. So I >>> suppose that means it is no longer restricted (if it ever was) to be >>> solely viewed as "tool" language. In that sense, I understand your >>> point of view but if you feel a language should not "grow" features, >>> what's preventing you from sticking with older, smaller versions (even >>> Tcl 7.6) for embedding? >>> >>> >>> >> [snip] >> >> support. > > > You have the sources. > Support as in support by a community speaking a language. A language spoken by a single person ceases to be a language and becomes a cypher. It's not a technical matter. -roger |