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 KAA00866; Mon, 11 Aug 2003 10:38:13 +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 KAA04107 for ; Mon, 11 Aug 2003 10:38:11 +0200 (MET DST) Received: from mwinf0601.wanadoo.fr (smtp3.wanadoo.fr [193.252.22.25]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h7B8cBT29757 for ; Mon, 11 Aug 2003 10:38:11 +0200 (MET DST) Received: from iliana (AStrasbourg-206-1-15-154.w81-48.abo.wanadoo.fr [81.48.237.154]) by mwinf0601.wanadoo.fr (SMTP Server) with ESMTP id 68D9034000F4; Mon, 11 Aug 2003 10:38:10 +0200 (CEST) Received: from luther by iliana with local (Exim 3.36 #1 (Debian)) id 19m8Bt-0000nd-00; Mon, 11 Aug 2003 10:38:09 +0200 Date: Mon, 11 Aug 2003 10:38:09 +0200 To: skaller Cc: erayo@cs.bilkent.edu.tr, Matt Gushee , caml-list@inria.fr Subject: Re: [Caml-list] Re: Tcl/Tk and RH 9 Message-ID: <20030811083809.GA3001@iliana> References: <1060394583.12630.4.camel@localhost.localdomain> <200308110215.42114.exa@kablonet.com.tr> <20030811004129.GB32383@swordfish> <200308110420.53523.exa@kablonet.com.tr> <1060567325.7474.66.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1060567325.7474.66.camel@localhost.localdomain> User-Agent: Mutt/1.5.4i From: Sven Luther X-Loop: caml-list@inria.fr X-Spam: no; 0.00; sven:01 luther:01 caml-list:01 eray:01 ozkural:01 model:01 familiarity:01 gui:01 toolkit:01 generic:01 no-brainer:99 kde:01 abstraction:01 quirks:01 xlib:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Mon, Aug 11, 2003 at 12:02:06PM +1000, skaller wrote: > On Mon, 2003-08-11 at 11:20, Eray Ozkural wrote: > > > With GTK, I would worry about its object model, library design, hack-ability, > > platform-independence.... The design of gtk seems fairly "backwards" to me. > > Me too, though I can't claim great familiarity with it. > > > It is now going to sound "bold" to you people, but I don't understand why you > > can't write the ultimate portable GUI toolkit in ocaml itself. With a > > language as generic as ocaml it should be a no-brainer to efficiently > > abstract over peculiarities of windows systems. > > Yeah, that's a good question. The answer is probably: we could, > but who is going to finance it? Building GUI toolkit is a rather > large job (its difficult enough to *wrap* a toolkit). > > > Besides, you will find that the limitations of those C/C++ based systems will > > be severe. I can make an educated guess because I was designing an ocaml > > binding for KDE... If you decide on some kind of binding to a "high level" > > toolkit like gtk it's going to be some abstraction layer over black boxes > > with a lot of quirks, it's not going to be pretty. > > Sure, but where does one bind? To Xlib? To the X protocol directly? > If you bind that deep, how do you handle a Windows port of the library? What about looking at Cairo (Ex Xr/Xc) and either bind to that, or reimplement their protocol in ocaml. Cairo is early enough in its design that it can still be influenced enough if someone looks at it, and points them problems related to doing ocaml bindings. For those who don't know what cairo is, cairo can be found at : http://xr.xwin.org/ And is a : Cross-device Rendering for Vector Graphics. Basically it is a vector rendering framework, linked to SVG graphics, and which should enable to have a vector rendering model (on top of the X RENDER extension i think), but which can target various graphic systems, including X, local image buffers and Postscript and PDF as planned output support. I don't know about windows support, but MacOSX support should not be all that difficult to add, and since they also have an OpenGL rendering path, it should run on every OpenGL supported plateform. That said, it is not a windowing toolkit, just the rendering library, so i guess writing a proper ocaml toolkit top of it would be nice, and it would have vector graphics like MAcOSX toolkit. Also, there is already some work that has been done on vector graphics and ocaml, like the (non-free) MLGraph library, and the associated publications. Friendly, Sven Luther ------------------- 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