Re: OCaml's long range graphical direction?

[Francois Rouaix <frouaix@liquidmarket.com>]

Okay, my 2 bits on this dicussion; (my credentials are : original designer of 
the CamlTk interface, writer of MMM. More recently, I've used CamlTk for a 
production tool in the company I work for).

I actually think that none of CamlTk/LablTK/LabelGTK fit the most common need 
in GUI development. In many cases, it still strikes me as utterly boring and 
time consuming to write *code* to put up menus, buttons, dialogs and such. Of 
course, from time to time, when you need some form of widget that is a bit 
original, programming will be useful. But that doesn't happen a lot, unless 
you write something that needs complex rendering or interaction.
Back in 1985, Apple started using resources to define interfaces. More 
recently, Palm used resources again to define interfaces. More recently, 
Mozilla folks used XML based representation (XUL) to define interfaces, with a 
GUI level scripting language (JavaScript/ECMAScript).
This type of approach has, in theory, lots of advantages
  - forces separation GUI from logic in the code
  - allows non-programmers to do the GUI design/layout (maybe using 
interactive tools in the process).
  - themes easily abstracted
  - language independence, extensibility, device independence

I wish that XUL wasn't so bloated (it's basically the whole Mozilla), and that 
I had time to play with it.
I would also be interested to know if anybody has explored this realm.

--f