(3) conceptually rich DSL is your best friend as human-computer interface.
I agree that a well-designed DSL is *my* best friend but I suspect it
would be my grandma's worst enemy. And a badly-designed DSL is also
everybody's worst enemy.
Also a traditional GUI is discoverable without a
DSL
shold be user-specific
knoledge discovery (bidirectionally)though transferable as skill.
This is interesting. I am always looking for new ideas in GUI design.
Could you elaborate on this? Do you have examples of where this has
been successful?
-deech
Never been a fan of GTK myself, but that's because I was a KDE developer I
guess :-).
Having said that, are there any plans to make it really easy to get gtk2hs
working on Mac OS X?
Dave
On Fri, Apr 2, 2010 at 6:34 AM, Andy Stewart lazycat.mana...@gmail.comwrote:
Hi Jürgen,
For GHC-6.12,
On Fri, Apr 02, 2010 at 07:41:38AM -0700, David Leimbach wrote:
Having said that, are there any plans to make it really easy to get gtk2hs
working on Mac OS X?
I think this is an important issue in developing run-of-the-mill GUI
apps in Haskell. I recently wrote a small application using
On 2 April 2010 17:53, Dominic Espinosa dces...@fastmail.fm wrote:
[SNIP]
I ended up rewriting it in another language (due to time
pressure) and I'm a little wary of attempting to use Haskell again for
developing such an application.
Hi Dominic
Out of curiosity what language did you choose
On Fri, Apr 2, 2010 at 12:53 PM, Dominic Espinosa dces...@fastmail.fm wrote:
Is there a general strategy for deploying Haskell apps, graphical or no,
to MacOS X and/or Windows? I'm especially interested in cases where the
application uses some heavyweight libraries like OpenGL.
I have a GUI
Stephen Tetley stephen.tet...@gmail.com disse:
On 2 April 2010 17:53, Dominic Espinosa dces...@fastmail.fm wrote:
[SNIP]
I ended up rewriting it in another language (due to time
pressure) and I'm a little wary of attempting to use Haskell again for
developing such an application.
Hi
On Apr 2, 2010, at 10:41 , David Leimbach wrote:
Having said that, are there any plans to make it really easy to get
gtk2hs working on Mac OS X?
It's in MacPorts.
--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com
system administrator [openafs,heimdal,too many hats]
On 2 April 2010 20:15, Brandon S. Allbery KF8NH allb...@ece.cmu.edu wrote:
On Apr 2, 2010, at 10:41 , David Leimbach wrote:
Having said that, are there any plans to make it really easy to get gtk2hs
working on Mac OS X?
It's in MacPorts.
But that's the variant using X11, no? There now is a
On Apr 2, 2010, at 15:21 , Thomas Schilling wrote:
On 2 April 2010 20:15, Brandon S. Allbery KF8NH
allb...@ece.cmu.edu wrote:
On Apr 2, 2010, at 10:41 , David Leimbach wrote:
Having said that, are there any plans to make it really easy to get
gtk2hs
working on Mac OS X?
It's in MacPorts.
On Fri, Apr 2, 2010 at 10:31 AM, Anthony Cowley acow...@seas.upenn.eduwrote:
On Fri, Apr 2, 2010 at 12:53 PM, Dominic Espinosa dces...@fastmail.fm
wrote:
Is there a general strategy for deploying Haskell apps, graphical or no,
to MacOS X and/or Windows? I'm especially interested in cases
On Apr 2, 2010, at 15:21 , Thomas Schilling wrote:
On 2 April 2010 20:15, Brandon S. Allbery KF8NH
allb...@ece.cmu.edu wrote:
On Apr 2, 2010, at 10:41 , David Leimbach wrote:
Having said that, are there any plans to make it really easy to get
gtk2hs
working on Mac OS X?
It's in MacPorts.
On 2 Apr 2010, at 21:01, Brandon S. Allbery KF8NH wrote:
On Apr 2, 2010, at 15:21 , Thomas Schilling wrote:
On 2 April 2010 20:15, Brandon S. Allbery KF8NH allb...@ece.cmu.edu wrote:
On Apr 2, 2010, at 10:41 , David Leimbach wrote:
Having said that, are there any plans to make it really easy
On Fri, Apr 02, 2010 at 06:11:52PM +0100, Stephen Tetley wrote:
On 2 April 2010 17:53, Dominic Espinosa dces...@fastmail.fm wrote:
[SNIP]
I ended up rewriting it in another language (due to time
pressure) and I'm a little wary of attempting to use Haskell again for
developing such an
This may not be helpful for you, but when I did GUI stuff with haskell
I wrote the GUI part in c++ with fltk, exposed a medium-level api
specific to that gui, and then call that api through the FFI. This is
sort of like the web browser + backend thing, except switch c++ and
fltk for javascript
15 matches
Mail list logo
