On 2012-03-09, Kevin Walzer wrote:
> Having said this, if you are seeing other issues with Tcl (lack of
> support for certain libraries/API's, code is becoming unmanagable, etc.)
> and you have concluded that Python is a superior choice overall, then
> there are a number of different routes yo
Hi Richard,
I would strongly second the advice that Kevin provided: rewriting is a
substantial step not to be taken lightly. If a mere facelift is desired,
migrating to the more modern tools provided in recent versions of Tcl/Tk
may well meet your needs at a fraction of the cost/effort.
For ad
On Fri, 9 Mar 2012 07:10:19 -0800 (PST)
Richard Boothroyd wrote:
> Hi there,
>
> First, I am not a developer so go easy on my ignorance ;-). Our
> company designs and develops hearing aid audibility fitting equipment.
> (www.audioscan.com). Our current software GUI is all based on TCL/TKL
> and
On 3/9/12 10:10 AM, Richard Boothroyd wrote:
First, I am not a developer so go easy on my ignorance ;-). Our
company designs and develops hearing aid audibility fitting equipment.
(www.audioscan.com). Our current software GUI is all based on TCL/TKL
and we are running into issues on developing a
Hi there,
First, I am not a developer so go easy on my ignorance ;-). Our
company designs and develops hearing aid audibility fitting equipment.
(www.audioscan.com). Our current software GUI is all based on TCL/TKL
and we are running into issues on developing a "prettier" GUI in an
effort to moder
