Re: Retiring this list
Jeff Hobbs <[email protected]> Sun, 2 Mar 2014 20:57:00 -0800
| Newsgroups | gmane.comp.lang.perl.tk |
|---|---|
| Message-ID | <[email protected]> |
On Feb 28, 2014, at 9:46 PM, Norbert Preining <[email protected]> wrote: > On Fri, 28 Feb 2014, Jeff Hobbs wrote: >> It is a common misconception about Tkx that you require a full, unbundled >> Tcl/Tk installation at the same time. This is optional. In fact, anoth= er >> advantage to Tkx is the ability to use Tcl/Tk as a stardll ( > = > Ok, but we are shipping perl and Perl/TK on Windows (within TeXLIve), > and for all other Unix archs we expect that people have perl and Tk > installed. > = > I don't see how we could link the tcltk to the script we are running > (perl). The script is started via a universal wrapper that we use for abo= ut > 60 different scripts starting all kind of scripts (lua, pl, ruby, ...) > = > That would mean we would have to have a special starter program, right? > I am not sure if we can maintain that. No, the concept is that when Tkx is compiled correctly it can runtime load = a stardll (which itself must be compiled for that platform). The latter is= the hard part. >> can guarantee you that we (ActiveState) have provided this setup on more >> than 15 platform and arch combinations. > = > Yes, but your are commercial company with employees, we are a few volunte= ers > (less than 10) who keep the full infrastructure with daily updates etc > up and running ... that is a huge difference ;-) Actually it=92s only a few of us who keep that part of the system maintaine= d, but I understand your point as that is our specialty. >> While admittedly it can be a bit weird to have mixed Tcl and Perl >> components, if you are comfortable with the interchange of languages then >> Perl/Tkx opens up a host of newer features, platform support and general > = > I don't mind that. I have programmed plain Tcl/Tk for quite some time. > Now Perl/Tk as all the scripts run on perl. I wouldn't mind. > = > On the other hand, Tkx is still not as widely available - and as we expect > users of Unix systems to install their own perl and perl/Tk via = > distribution methods, we cannot be sure to have it available. > = > I guess things will change at some point in the future, maybe. I will > surely revise the state at some point in the future. I can=92t argue that the current state of build systems favours Perl/Tk for= its more natural Perl system integrated setup. Jeff --++**=3D=3D--++**=3D=3D--++**=3D=3D--++**=3D=3D--++**=3D=3D--++**=3D=3D--+= +**=3D=3D ptk mailing list [email protected] https://mailman.stanford.edu/mailman/listinfo/ptk