Conrad Schneiker wrote:
> 
> Hi,
> 
> Cameron Laird wrote:
> 
> > HOWEVER, I am *very* optimistic about less lofty but more
> > focused attempts to co-operate.  Tk's a good example.  Even
> > without "big" solutions, it'd be a great thing for Rubyists,
> > Pythonians, and so on all to join in the TkGS design rewrite,
> > as well as contribute new widgets, correct OS-specific
> > blemishes, and do other such deeds for the common good.  The
> > Tcl maintenance organization is in the middle of reorganizing
> > to make it more feasible for "outsiders" to join in.  I see
> > benefits to all the languages from this kind of co-operation.
> > Similarly, even if Perl and Python can't share RE implementa-
> > tations at an object-code level, at least their maintainers
> > can talk together and solve problems with only half the ef-
> > fort.
> 
> Great.
> 
> Along another dimension, are there any synergy prospects between
> Tk and other portable GUI libraries (either co-operative, or
> code-copying), such wxWindows and
> fltk and so on?

You should check out the TkGS project. It is still very high level,
but it should be possible to use Tk on top of other low level
drawing systems with minimal effort. I am thinking of doing a
port of TkGS that works with the SDL graphics library.

The online version of the docs is here:
http://www.multimania.com/fbonnet/Tcl/TkGS/specs.htm

The code is in the Ajuba CVS, but it is not quite ready for
prime time.

Mo DeJong
Red Hat Inc