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