Re: Any thoughts on the Tcl::Tk bridge?

konovalo <[email protected]>
Newsgroups gmane.comp.lang.perl.tk
Message-ID <[email protected]>
> Simply put, I want my work to be re-usable by "the community" and as 
> matters stand now it's an impossible task using Tcl/Tk.
>
> With Perl/Tk one can create a widget in 3 lines of code that is fully 
> functional: then a user can create instances of it, which have 
> automatic support for cget() and configure() methods, and option 
> database configuration and management. Plus, widget instance options 
> *and* methods can be specified, overridden or inherited from base 
> classes. There is a single, consistent, programming paradigm. It works 
> well. Its really cool.

I understand your point - you want OO to reuse code - when creating one 
widget, inherit from another widget.
However in my opinion it will be much better creating good OO system 
(perlTk has very good OO system) but without having Tk slurped in it. 
Tk+Tix still could be used as external library.

Still, it is not a normal for me for perl extension (perlTk) to bring 
with extension entire Tk+Tix stuff.
Can you imagine wxPerl comes with entire wxWidgets library? Gtk-Perl 
comes with Gtk?

AFAIK neither wxPerl nor Gtk allow pure-perl megawidgets creation.

Also, widget user and widget developer could have different level of 
understaiding of underlying library - nothing wrong if good widget 
developer will know Tcl/Tk with its internals.

>
> Please know that I actually used the original Tcl::Tk code by Malcom 
> Beattie - from it sprang nTk aka Perl/Tk.

please accept my strongest respect, then.

> But we need to be able to program outside the envelope in a simple and 
> consistent manner in order to create new and better "stuff" - so the 
> Tcl::Tk bridge must support that.  And it needs to be compatible with 
> existing Perl/Tk code, else we wind ourselves down another road of 
> complexity.
>
full compatibility is possible but not currently exists.
Personally, I have no rich perlTk widget library, so this is not at the 
top of my TODO list.
Efforts of this kind will be done, and you can add yours to speed up 
this progress.


-++**==--++**==--++**==--++**==--++**==--++**==--++**==
This message was posted through the Stanford campus mailing list
server.  If you wish to unsubscribe from this mailing list, send the
message body of "unsubscribe ptk" to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.