I would actually quite like to integrate Hieroglyph with Grapefruit, which would give you your Cairo support and give me a sensible way to implement events outside of my really rather broken model.
On Mon, Feb 16, 2009 at 10:04 AM, Wolfgang Jeltsch <g9ks1...@acme.softbase.org> wrote: > 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, > Wolfgang > _______________________________________________ > Haskell-Cafe mailing list > Haskell-Cafe@haskell.org > http://www.haskell.org/mailman/listinfo/haskell-cafe > _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe