<!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&#39;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 &lt;sam.martin@geomerics.com&gt; hat am 23. November 2009 um 19:04 geschrieben:<br />
    <br />
    &gt; <br />
    &gt; Thinking of a parallel with Java for a second, is there a GUI library out there that&#39;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 />
    &gt; <br />
    &gt; 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 />
    &gt; <br />
    &gt; 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 &#39;core gui&#39; library that can act as the foundation stone for all manner of pure haskell gui libraries?*<br />
    &gt; <br />
    &gt; Or perhaps this already exists?<br />
    &gt; <br />
    &gt; Just a thought.<br />
    &gt; <br />
    &gt; Cheers,<br />
    &gt; Sam<br />
  </body>
</html>