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 RAA02125; Mon, 2 Apr 2001 17:53:35 +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 RAA02261 for ; Mon, 2 Apr 2001 17:53:34 +0200 (MET DST) Received: from p-mail1.cnet.fr (p-mail1.rd.francetelecom.fr [193.49.124.31]) by concorde.inria.fr (8.11.1/8.10.0) with SMTP id f32FrWj04661 for ; Mon, 2 Apr 2001 17:53:33 +0200 (MET DST) Received: by p-biset.rd.francetelecom.fr with Internet Mail Service (5.5.2653.19) id <21XPT6QL>; Mon, 2 Apr 2001 17:53:24 +0200 Received: from lat4149.lannion.cnet.fr (lat4149.rd.francetelecom.fr [161.104.14.76]) by l-mhs1.lannion.cnet.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id GQ9033TX; Mon, 2 Apr 2001 17:53:18 +0200 Received: by lat4149.lannion.cnet.fr (Postfix, from userid 1053) id 90E2D42F4; Mon, 2 Apr 2001 17:53:29 +0200 (CEST) Date: Mon, 2 Apr 2001 17:53:29 +0200 From: CREGUT Pierre FTRD/DTL/LAN To: caml-list@inria.fr Subject: Re: [Caml-list] Using HTML as a standard GUI for Ocaml Message-ID: <20010402175329.A2584@lat4149.ftrd> Mail-Followup-To: CREGUT Pierre FTRD/DTL/LAN , caml-list@inria.fr References: <20010401221111.A635@lambda.u-strasbg.fr> <20010402120929.A2033@lambda.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010402120929.A2033@lambda.u-strasbg.fr>; from luther@dpt-info.u-strasbg.fr on lun, avr 02, 2001 at 12:09:29 +0200 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk That's the way I program GUI now. I found I lost too much time with GUI that were supposed to be the standard way with CAML (do you remember Daniel's (de Rauglaudre) RT lib ? the various versions of Tk libs, etc.). Nowadays there is a browser (Netscape or IE) on any machine and most of the time it is running anyway. This gives you distributed, multi user interfaces, may be not for free but at least you will not have to rethink everything when you need it. Furthermore you really get more independance between the contents and its presentation than with a regular GUI (unless you are careful to design your application as two separate sub applications). XML will improve the situation further. HTML GUI has weaknesses (handling the back button, old contexts, etc.) but they are relatively small. For bandwidth : I do not program video games. So I use a modified version of Daniel de Rauglaudre wserver using threads instead of fork and a home brew library for HTML where text is basically a stream of string but HTML constructs are hided behind functions. The major task of the library is to hide URLs behind a notion of callbacks with arguments and maintain notions of contexts (lifetime of a user interaction). Drawings are done with Thomas Boutel gd library sometimes with some DHTML code for layering. Another solution for very dynamic parts is to use a socket with a java applet (a generic graphics applet would be nice). Pierre Crégut PS> Another solution for the HTTP server is to use Jserv and program an interface between CAML and Apache replacing the Java integration. This is not difficult but I only experimented it briefly. The major advantage is that you get all the apache modules for free (for example so far I only have basic authentification with my server). -- Pierre Cregut - pierre.cregut@rd.francetelecom.fr - +33 2 96 05 16 28 FTR&D - DTL/MSV - 2 avenue Pierre Marzin - 22307 Lannion Cedex - France ------------------- To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr