Re: OCaml's long range graphical direction?

[Pierre Weis <Pierre.Weis@inria.fr>]

[...]
> > I expect the Caml-TK interface to be supported (and included in the
> > standard OCaml distribution) for quite a while, but not actively
> > developed.

The original Camltk (which is slightly different from labl/tk) is also
used and supported by Jun and me. It is stable and works very well.

As Xavier mentioned (and as the Caml examples at
http://pauillac.inria.fr/caml/Examples/oc/camltk demonstrate) Caml/tk
is a must for simple GUIs (with a slightly simpler than MMM way of
abusing of the text widget).

[...]

> and a gtk+ one. Both are aimed at different uses, and well, as
> Pierre said the tcl/tk bindings are not so much work, as they are
> following a stable tcl/tk.  (well sortof, don't know exactly what
> it's status is with regard of the different tcl/tk versions. is
> anything above 8.0 supported ?)

Camltk is maintained up to date: it works also with the 8.3 version of
tcl/tk, including for the Caml Light version of the library.

[Personnal alleluia and auto compliment]
The Caml team's support to Caml users is decidedly incredibly good:
we effectively maintain what we promised to maintain :)

> > > To what degree does threading affect the answer?
> > 
> > No idea.  I've heard plenty of claims that multithreading helps
> > building good GUIs (see e.g. BeOS), yet most popular GUIs (including
> > TK and I think GTK too) seem to manage fine without multithreading.  
> 
> Well, from Jacques message, gtk+ is thread safe, while tcl/tk is not.
> 
> Now i don't know if that helps a lot. Personnally i don't use threads when
> writing GUIs, and am still strugling with modules and functors for it ...
> Sven Luther

As Sven, I don't use threads for writing GUIs.

Friendly,

Pierre Weis

INRIA, Projet Cristal, Pierre.Weis@inria.fr, http://pauillac.inria.fr/~weis/