Browse thread
Cocoa bindings (again)
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: | 2006-07-20 (20:28) |
From: | James Woodyatt <jhwoodyatt@m...> |
Subject: | Re: [Caml-list] Cocoa bindings (again) |
On Jul 20, 2006, at 11:34 AM, Paul Snively wrote: > > In and of itself, nothing; I just like the FRP approach to GUI > programming, so I see an opportunity to kill two birds with one stone: > > 1) Provide O'Caml a nice FRP framework. At the risk of engaging in more than my fair share of self-promotion, I should point out that the OCaml NAE I/O Reactor library I just released is an FRP framework. It's pretty spare at the moment and needs a lot of additions. Also, I didn't write it with graphical user interfaces in mind-- the goal was a good framework for single- threaded multiplexing network application servers. (The acronym "NAE" stands for 'Network Application Environment'.) <http://sf.net/projects/ocnae/> The Yampa framework doesn't strike me as appropriate for building a GUI. I suspect such a GUI toolkit would offer highly underwhelming performance characteristics. I could be wrong about that, and would welcome such a surprise, but that's what my unscientific guess tells me. > 2) Provide O'Caml a nice GUI framework that doesn't suffer the > vagaries of the usual OO GUI frameworks. For my own part, I plan to do all my GUI work in Cocoa with native Objective-C. A more useful addition to the OCaml HUMP, I argue, would be bindings for CoreData. <http://developer.apple.com/macosx/coredata.html> At some point, if no one else has done it first, I will get around to doing it myself. Don't anybody hold their breath waiting for it, though... I have a lot of hobby projects these days, what with a day job and a 6-month old baby in the house. — j h woodyatt <jhw@conjury.org>