GUI toolkit(s) status
wxjmfauth at gmail.com
wxjmfauth at gmail.com
Sat Nov 22 03:59:03 EST 2014
Le vendredi 21 novembre 2014 15:13:54 UTC+1, Kevin Walzer a écrit :
> On 11/20/14, 11:34 PM, Terry Reedy wrote:
> > A possible solution for Tk is to replace the non-C Tcl parts of TK with
> > Python (or the CPython API functions as needed for speed). I have no
> > idea how horrendous a project creating Py/Tk would be.
>
> It would be very horrendous. See Perl/Tk as the example. They ripped out
> the Tcl interpreter and interfaced directly with Tk's C API. The result
> was a rigid, inflexible binding that was never ported to the Mac
> (because it required a C implementation) and could never be easily
> updated to take advantage of new features in Tk, because again it
> required a C implementation. Perl-Tk still exists, but more modern
> bindings like ActiveState's Tkx module have restored the Tcl
> interpreter, giving you access to all Tk advances and platforms "for free."
>
> Apart from the ease of updating Tk features, from a design standpoint I
> think this is the right call. There may be a little extra overhead in
> having an extra interpreter embedded, but that is what Tcl was
> originally designed for: embedding. It handles this requirement more
> easily and with less pain than most languages. I think that's why Tk
> became the default GUI binding of choice for other scripting languages.
>
> --Kevin
>
> --
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
---------
TeXLive (since 2014, if I'm not wrong) has a GUI installer
and package manager, I recognized a "tcl/tk/tkinter-like" - Perl
tool and contrary to Python it works.
jmf
More information about the Python-list
mailing list