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 WAA12002; Sun, 10 Aug 2003 22:15:47 +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 WAA17767 for ; Sun, 10 Aug 2003 22:15:46 +0200 (MET DST) Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h7AKFiT12120 for ; Sun, 10 Aug 2003 22:15:45 +0200 (MET DST) Received: from 203-219-225-62-syd-ts24-2600.tpgi.com.au (203-219-225-62-syd-ts24-2600.tpgi.com.au [203.219.225.62]) by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h7AKFZs02706; Mon, 11 Aug 2003 06:15:36 +1000 Subject: [Caml-list] Re: Tcl/Tk and RH 9 From: skaller Reply-To: skaller@ozemail.com.au To: Jacques Garrigue Cc: caml-list@inria.fr In-Reply-To: <20030810104355T.garrigue@kurims.kyoto-u.ac.jp> 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> Content-Type: text/plain Message-Id: <1060546541.6174.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 11 Aug 2003 06:15:42 +1000 Content-Transfer-Encoding: 7bit X-Loop: caml-list@inria.fr X-Spam: no; 0.00; ozemail:01 jacques:01 archaic:01 widgets:01 widget:01 model:01 lacks:01 redraw:01 lablgtk:01 3.07:01 labltk:01 unicode:01 gtk:01 workaround:01 garrigue:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Sun, 2003-08-10 at 11:43, Jacques Garrigue wrote: > From: skaller > > > Just a comment: I have just installed RedHat 9 on my box. > > Tcl/Tk is no longer a standard package, which is as it should be, > > its an old, archaic system which no longer deserves any support. > > 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. Second, whilst the widgets it supports are good, its widget set is 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. > I suppose a move to Gtk will eventually take place. > For this Gtk2 is a requirement (Gtk lacks some essential widgets > present in Tk). Yeah, Gtk 1 was pretty bad. Some widgets didn't work properly. That's the case in 2 as well :( The edit widget is not good, compared to Tk's. Morons are trying to copy Windows :( It still doesn't edit correctly. The tree widget doesn't work properly in your demo by the way: when you delete an item it just clears the line, doesn't redraw the tree properly. > But LablGtk2 is now usable enough we can start to > think about it. The whole of my desktop uses Gnome/Gtk. > So yes, I see a change ahead, but certainly not in 3.07! > And of course labltk/camltk support will not be dropped. That was my question: whether there will be a move to Gtk. Whilst labltk doesn't need to have support dropped, I can't see it being worth doing continued work in it: it becomes a deprecated tool. Lots of nice things could be done with OcamlBrowser, for example. You can't do that work twice. You have to pick which model to extend. That's Tk now, until Gtk version is up to scratch, and Gtk itself is up to scratch. Some of the work is just too hard in Tk. For example it doesn't reparent correctly. Gtk does. There is a workaround in Tk, but it only works 'to some extent' and that workaround defeats some of its functionality. [Basically all Tk widgets have to be top level names or they can't be reparented: HWM is all about reparenting :-] ------------------- 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