Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] version 7 beta typing change?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: skaller <skaller@o...>
Subject: Re: [Caml-list] Re: Tcl/Tk and RH 9
On Mon, 2003-08-11 at 19:17, Christoph Bauer wrote:

> > I do. First, it isn't threadable. 
> 
> That's neither true (configure your Tcl/Tk with --enable-threads) nor
> necessary for GUI stuff. I'm quite happy with after and fileevent
> mechanism.

It is true. Tcl is reentrant and threadable, Tk is not
and never will be .. and that's quoting its author.

If you happen, for example, to run GUI apps using
threads in Python you're in for a rude shock.

Of course most people don't run this model, even though
its by far the best way to handle certain GUI things.
Certainly better than the idiotic event loop/callback 
mechanism.

> > Second, whilst the widgets it supports are good, its widget set is
> 
> Text widget and canvas widget are great.

Agree. Tk has some superb widgets, text and canvas being
particularly excellent. But there is no tree widget,
which in todays world is untenable (yes, there is Tix).


> > not only small, it doesn't have certain crucial widgets.  There is
> > no tree widget, for example, you need Tix for that.
> >
> > The extension model is unusable. No one can write
> > Tk extensions. In the whole of its life, hardly any
> > have been written.
> >
> > OTOH, there is wide community support for Gtk.
> 
> With Tk it's much easier to create a GUI than with gtk (and even
> labtgtk). There is a project called Gnocl (gtk for Tcl)> It tries
> to combine the best of both toolkits: (loosly) modeled after the
> Tk API, but based on the better looking and more complete gtk.
> 
> regards,
> Christoph

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners