Jeff Hobbs wrote:
> Jason Pearce wrote:
>
>> Jeff Hobbs wrote:
>>
>>> Jason Pearce wrote:
>>>
>>>> I have an existing Perl application that I am being asked to write
>>>> a GUI for. My plan is to use vtcl with Tcl::Tk and its going fairly
>>>> well at this point. (See
>>>> http://vkonovalov.ru/vtcl-usage/Using_vtcl_for_creating_Tcl-Tk_GUI_for_Perl.html
>>>> )
>>>
>>>
>>> Note that the GUI Builder open sourced by ActiveState last year
>>> actually has core support for Perl Tcl::Tk (and Perl/Tk). Try it from:
>>> http://spectcl.sourceforge.net/
>>
>
>> But regarding GUI Builder, is the core support actually for this
>> Tcl::Tk module?
>> => I see Perl Tk and Perl Tkx support. What's the relationship
>> between the Tkx and Tcl::Tk modules?
>
>
> Right you are ... I had forgotten that I added support for Tkx, which
> is based on the same Perl Tcl module as Tcl::Tk, but is designed to
> not maintain any compat or similarity to Perl/Tk (Tcl::Tk has this in
> part).
Let me add a note, that, although Tkx and Tcl::Tk are different modules,
they are interchangeable to end user.
Because given any existing to the moment Tk application at a given point
of application, you can always use either perl/Tk syntax:
$int->widget(".toplevel.widget_nn")->methodSubmethod(@parameters);
or
Tkx::widget->new(".toplevel.widget_nn")->m_method_submethod(@parameters);
You even use pure - Tcl/Tk GUI builder.
The difference is syntax: Tkx uses its own syntax, while Tcl::Tk uses
perl/Tk syntax.
Tkx supports megawidgets, while Tcl::Tk do not.
I beleive Tkx is cleaner, but I am addicted to perl/Tk syntax, that is
why its preferable for me.
>
>> It also seemed as if GUI Builder does everything with the grid
>> manager, VTCL lets you pick the manager which I like.
>
>
> Yes, that may seem nice, but in the long run, grid is the only
> geometry manager I would recommend for a professional application. It
> offers a much higher level of nuanced control over resizing,
> stretching, etc.
>
> Jeff
>
>
>
>
