English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
Teaching bottomline, part 3: what should improve.
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2007-05-24 (14:24)
From: David Teller <David.Teller@e...>
Subject: Re: [Caml-list] Revolution
On my side, I've just started working on the (module) interfaces for
simplified, declarative, UI creation. Aims to be slightly more readable
and customisable than [what I've seen of] your work, Chris, but based
essentially on the same ideas.

If this module interface brings anything interesting, I'll be sure to
warn the list.

On the other hand, I'd be very interested in participating to the
development of a functional, cross-platform, GUI library that could be
deployed with OCaml.


On Wed, 2007-05-23 at 23:21 -0400, Chris King wrote:
> On 5/23/07, Jon Harrop <jon@ffconsultancy.com> wrote:
> > 1. A new GUI library written in a functional style that renders controls as
> > vector graphics via Smoke. Everything is rendered using OpenGL but abstracted
> > behind Smoke.
> I don't know anything about Smoke, but part of my secret plan behind
> my O'Caml Reactive Toolkit project is to allow one to develop a pretty
> GUI widget set using OpenGL (or Cairo or what-have-you) and have much
> of the GUI functionality (such as layout management) already there.
> Whether I get as far as implementing an OpenGL-based widget set in the
> nine weeks I'm working with Jane St. Capital remains to be seen (I
> sort of doubt it, given the amount of other work I'll have), but I'm
> keeping that goal in mind as I design it so the infrastructure to
> support it will be there.
> (Re OpenGL reentrancy, in O'Caml RT multiple OpenGL contexts are
> handled in such a way that they are invisible to the user.)
> I've also been considering the possibility of writing the library in
> such a way that it also compiles under F#, or compiles with a few
> changes, but right now I don't know enough about F# to know whether
> that's at all possible (especially since I make use of objects,
> polymorphic variants, and private types for software engineering
> purposes, and would like to avoid giving them up).
> - Chris
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs