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 LAA29101; Mon, 11 Aug 2003 11:37:17 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id LAA03633 for ; Mon, 11 Aug 2003 11:37:16 +0200 (MET DST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h7B9bGT02020 for ; Mon, 11 Aug 2003 11:37:16 +0200 (MET DST) Received: from diebuntekuh.de (dialin-212-144-211-102.arcor-ip.net [212.144.211.102]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id CD6607C471 for ; Mon, 11 Aug 2003 11:37:13 +0200 (CEST) Received: by diebuntekuh.de (Postfix, from userid 500) id 17E876066AA; Mon, 11 Aug 2003 11:17:51 +0200 (CEST) To: caml-list@inria.fr Subject: Re: [Caml-list] Re: Tcl/Tk and RH 9 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> From: Christoph Bauer Date: Mon, 11 Aug 2003 11:17:51 +0200 In-Reply-To: <1060546541.6174.21.camel@localhost.localdomain> (skaller@ozemail.com.au's message of "11 Aug 2003 06:15:42 +1000") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Loop: caml-list@inria.fr X-Spam: no; 0.00; bauer:01 caml-list:01 gui:01 fileevent:01 widgets:01 widget:01 model:01 toolkits:01 modeled:01 api:01 foreach:01 expr:01 unicode:01 gtk:01 configure:02 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Hi, >> >> RedHat is free to decide whatever they want, but Tk is still the >> simplest way to develop some software. Tcl/Tk itself is in version >> 8.4, it had unicode support earlier than Gtk, and is still under >> active development, and I see no need to kill it. > > 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. > Second, whilst the widgets it supports are good, its widget set is Text widget and canvas widget are great. > 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 -- proc self {} {foreach c [split [info body self] ""] d {14 -7 0 0 4 -67 4 73 11 69 24 -83 -15 6 -4 -84 78 20 11 -78 -1 -1 79 19 -8 4} { binary scan $c c c if {[catch {append r [format %c [expr $c+$d]]}]} {return $r};}};puts [self] ------------------- 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