<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
<title></title>
</head>
<body>
I dream of mostly generated bindings for Haskell to the native windowing toolkit.<br />
Eclipse's SWT proves, this is a viable path.<br />
<br />
See my proposal here:<br />
http://www.reddit.com/r/haskell_proposals/comments/9w7nk/adjust_the_swt_binding_generators_for_haskell/<br />
<br />
Sam Martin <sam.martin@geomerics.com> hat am 23. November 2009 um 19:04 geschrieben:<br />
<br />
> <br />
> Thinking of a parallel with Java for a second, is there a GUI library out there that's structured like Java Swing? Meaning, there is a GUI library that has a small platform-specific GUI foundation (e.g. a per platform implementation of the core AWT functionality) and the rest of the functionality is pure haskell?<br />
> <br />
> Supporting cross platform guis is often a bit ... complicated. Java attempted to resolve their debug-everywhere nightmare with AWT by making the per-platform bit as small as possible, and building everything else in Java.<br />
> <br />
> I guess in theory gtk and wxWidgets take on this support burden, but you do get some fairly hefty imperative apis as a result. Perhaps it would make sense to focus efforts on stabilising a small 'core gui' library that can act as the foundation stone for all manner of pure haskell gui libraries?*<br />
> <br />
> Or perhaps this already exists?<br />
> <br />
> Just a thought.<br />
> <br />
> Cheers,<br />
> Sam<br />
</body>
</html>