[Haskell-cafe] Re: [Haskell] ANNOUNCE: first Grapefruit release

Wolfgang Jeltsch g9ks157k at acme.softbase.org
Mon Feb 16 10:04:39 EST 2009

Am Montag, 16. Februar 2009 15:13 schrieben Sie:
> So I have an application that I am developing. The UI module includes
> the following:
> import Graphics.UI.Gtk
> import Graphics.Rendering.Cairo
> import Graphics.Rendering.Cairo.SVG
> import Graphics.UI.Gtk.Gdk.EventM
> Can you tell from that list if i am likely to be able to rewrite it to
> use Grapefruit?

No, this won’t work at the moment. As I already said, Grapefruit’s widget 
support is very restricted at the moment. (And if I say “very” I really mean 
it.) So Grapefruit is worlds apart from what the catch-all Graphics.UI.Gtk 
import provides. And there is no graphics support at the moment, so there is 
nothing equivalent to the Cairo interface. Coming up with a sensible 
purely-functional, toolkit-independent, reactive graphics interface will also 
need some design work.

Until now, I concentrated on getting Grapefruit’s core well. This includes a 
scalable FRP implementation, a record system (since you don’t want to provide 
an input signal for every attribute of every single widget in practice) and 
support for writing/extending Grapefruit UI backends without writing lots of 
boilerplate code. Providing a wide variety of ready-to-use widgets, graphics 
primitives, etc. is future work which, hopefully, I can delegate largely to 
interested third parties. ;-) 

Best wishes,

More information about the Haskell-Cafe mailing list