[Haskell-cafe] Why binding to existing widget toolkits doesn't
make any sense
Jonathan Cast
jonathanccast at fastmail.fm
Mon Feb 2 16:33:40 EST 2009
On Mon, 2009-02-02 at 13:28 -0800, Conal Elliott wrote:
> On Mon, Feb 2, 2009 at 11:39 AM, Creighton Hogg <wchogg at gmail.com>
> wrote:
> 2009/1/29 Conal Elliott <conal at conal.net>:
> > Hi Achim,
> >
> > I came to the same conclusion: I want to sweep aside these
> OO, imperative
> > toolkits, and replace them with something "genuinely
> functional", which for
> > me means having a precise & simple compositional
> (denotational) semantics.
> > Something meaningful, formally tractable, and powefully
> compositional from
> > the ground up. As long as we build on complex legacy
> libraries (Gtk,
> > wxWidgets, Qt, OpenGL/GLUT, ...), we'll be struggling
> against (or worse yet,
> > drawn into) their ad hoc mental models and system designs.
> >
> > As Meister Eckhart said, "Only the hand that erases can
> write the true
> > thing."
>
>
> I think working on a purely functional widget toolkit would
> actually
> be a really cool project. Do you have any ideas, though, on
> what
> should be the underlying primitives?
>
> Again, my goal would not be a "purely functional" library, because
> even IO is "purely functional". My goal is a "denotational" library,
> i.e., one that has an elegant (denotational) semantics, and hence is
> powerfully compositional and good for reasoning.
+1
jcc
More information about the Haskell-Cafe
mailing list