What I'm looking for is a framework that help me to
1) design composable UI abstractions suited to my application needs (eg, a *CustomerSelector*): let's call these views
2) connect such abstractions to actual implementations (GTK, Wx or anything else)
3) send userActions to Presenters (one for each view) so that they can handle them operating with a pure domain model and sending back to views updates

This is not that complex to achieve in OOP, but I can't see HOW to build an even basic framework that give me this.
Actually, that's probably my fault.


Giacomo



On Mon, Jun 10, 2013 at 12:53 PM, harry <voldermort@hotmail.com> wrote:
Giacomo Tesio <giacomo <at> tesio.it> writes:

> I have to write a "simple" GUI that plot some timeseries with a few
parameterization (dates, times and so on...). The task should be simple, but
I'm find using the GTK binding quite weird.
>
> I'm surprised that nothing better exists for GUI programming in haskell. I
read a few about FRP but AFAIK it doesn't adress simple desktop UI full of
input to validate and grid/tree to show.
>
> Any suggestion? I've already read the pages on Hackage without much success.
> At least, can someone point me to the right direction for the codebase
organization? 

Why did FRP not work for you? You could try reactive-banana[1], which has
specific support for GUI. If you want something closer to MVP,
binding-gtk[2][3] might help.

If you post more details about your application, someone may be able to
suggest a better way of structuring it. MVP originates from OO, and
OO-centric patterns are usually not the best way to go about something in
Haskell.

[1] http://www.haskell.org/haskellwiki/Reactive-banana
[2] http://code.accursoft.com/binding
[3] http://hackage.haskell.org/package/binding-gtk


_______________________________________________
Beginners mailing list
Beginners@haskell.org
http://www.haskell.org/mailman/listinfo/beginners