On Sat, 2006-12-16 at 20:41 +0000, Neil Mitchell wrote:
> That said, if I was writing a GUI+database thing, which doesn't do a > lot of substantial processing (more just Add/Edit/Delete buttons), I'd > definately use C# over Haskell. Oh great... Duncan wrote: "That's certainly one of the use cases that we're aiming for in the Gtk2Hs project with our new api for the list/tree widget system. We can now more easily implement the data model in Haskell so the obvious thing to try would be a model based on a DB query." Although I'd be happy having available database-related widgets from gnomedb available as part of gtk2hs bindings, still I'm confident that above mentioned gtk2hs approach + eg. hdbc will be sufficient. I'll also need database capabilities for my application and plan to use sqlite as embedded engine, but having need for lot of calculations, I do not want to lose Haskell purity & elegant style at any cost ;) > Haskell can do this, but you are walking a relatively new path. Someone has to pave the path, otherwise Haskell will eternally stay niche language, or we should adjust the motto on haskell.org where it is proudly stated: "Haskell is a general purpose, purely functional programming language." into something more appropriate :-) Sincerely, Gour
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe