From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 5FEEFBC75 for ; Wed, 23 Feb 2005 08:29:17 +0100 (CET) Received: from biggles.scientician.net (0x50a5bb8d.odnxx9.adsl-dhcp.tele.dk [80.165.187.141]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j1N7TGwR025579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Feb 2005 08:29:17 +0100 Received: from bardur by biggles.scientician.net with local (Exim 4.43) id 1D3qxQ-0007Cq-0O; Wed, 23 Feb 2005 08:29:16 +0100 Date: Wed, 23 Feb 2005 08:29:16 +0100 From: Bardur Arantsson To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Cross-platform "Hello, World" graphical application in OCaml Message-ID: <20050223072916.GB20055@scientician.net> Mail-Followup-To: caml-list@yquem.inria.fr References: <20050222120308.GA2975@furbychan.cocan.org> <200502222216.25721.jon@jdh30.plus.com> <4a4478d088d9fa3d5d1d82dd42b163d8@epfl.ch> <200502230005.01479.jon@jdh30.plus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200502230005.01479.jon@jdh30.plus.com> User-Agent: Mutt/1.5.8i X-Miltered: at concorde with ID 421C30CC.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 ocaml:01 wrote:01 wrote:01 ocaml:01 renderer:01 api:01 widget:01 renderer:01 half-way:01 framebuffer:01 flatten:01 lacks:01 sourceforge:01 sdu:01 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yquem.inria.fr X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.2 X-Spam-Level: On Wed, Feb 23, 2005 at 12:05:01AM +0000, Jon Harrop wrote: > On Tuesday 22 February 2005 23:30, Daniel Bünzli wrote: > > One nice thing to have would be a pure ocaml gui system (maybe along > > the lines of Fruit [1] or Fudgets) with a functorized renderer > > interface so that it can be used with/rendered by different graphic api > > (e.g. see cegui [3,4]) or even inside a canvas widget. Input handling > > should also be functorized so that it is easy to plug the gui system in > > a particular environment. > I prefer the idea of implementing a single back-end: a decent vector graphics > renderer which uses OpenGL. I can't think of any reason I'd ditch these for > another back-end. On Linux, only Radeon and NVidia cards have even half-way decent OpenGL support -- and even then you need proprietary drivers for the most recent ones. I probably don't need to tell you that rendering OpenGL to a framebuffer via software on a general-purpose CPU (ie. software rendering) is spectacularly slow. Certainly slow enough to make a GUI completely unusable. [--snip--] > The editors I've seen under Linux are making tentative steps in the right > direction but they are still miles away from what could be achieved. > OCamlbrowser displays hierarchical lists of module contents graphically. > KEdit lets you flatten C++ function definitions, but C++ lacks nested > functions. Particularly in OCaml, programming could be so much easier with > more sophisticated editors... Maybe you should try Eclipse and the OCaml-plugins: - http://www.eclipse.org/ - http://eclipsefp.sourceforge.net/ocaml/ Now, I haven't tested the OCaml/C++ support, so I don't know how good that is, but the Java support in Eclipse is incredible. -- Bardur Arantsson In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move. Douglas Adams | The Hitchhiker's Guide To The Galaxy