From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id GAA28155; Tue, 12 Aug 2003 06:14:34 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id GAA25619 for ; Tue, 12 Aug 2003 06:14:32 +0200 (MET DST) Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id h7C4EUf01470 for ; Tue, 12 Aug 2003 06:14:31 +0200 (MET DST) Received: from syd-ts22-2600-093.tpgi.com.au (syd-ts22-2600-093.tpgi.com.au [203.26.30.93]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h7C4ELt12277; Tue, 12 Aug 2003 14:14:22 +1000 Subject: Re: [Caml-list] Re: Tcl/Tk and RH 9 From: skaller Reply-To: skaller@ozemail.com.au To: Christoph Bauer Cc: caml-list@inria.fr In-Reply-To: References: <1060394583.12630.4.camel@localhost.localdomain> <20030809211030X.garrigue@kurims.kyoto-u.ac.jp> <1060446815.10145.9.camel@localhost.localdomain> <20030810104355T.garrigue@kurims.kyoto-u.ac.jp> <1060546541.6174.21.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1060630629.16392.88.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 12 Aug 2003 14:14:33 +1000 Content-Transfer-Encoding: 7bit X-Loop: caml-list@inria.fr X-Spam: no; 0.00; ozemail:01 caml-list:01 bauer:01 gui:01 fileevent:01 quoting:01 threads:01 python:01 model:01 callback:01 widgets:01 widget:01 todays:99 toolkits:01 modeled:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk 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