[Haskell-cafe] Re: [Haskell-beginners] appropriateness of haskell for GUIs

2009-03-21 Thread Adrian Neumann


Am 21.03.2009 um 13:30 schrieb Michael Mossey:




Thomas Davie wrote:

On 21 Mar 2009, at 00:16, Michael P Mossey wrote:
Hello, I'm totally new to Haskell. I'm thinking of using it for a  
personal project, which is a gui-based musical score editor.
The rough situation of GUI programming on Haskell is that it works  
just as well as in any imperative programming language.  This is  
rather disappointing, simply because so many other things are  
massively easier in Haskell, and this isn't true of GUI  
programming (yet).


Hi Bob,

I can imagine that GUI programming is no easier (yet). It is  
inherently very stateful. GUI's have modes, such as which screens  
are displayed, which dialogs are displayed, which options within  
those dialogs are valid given the other state of the program, etc.  
When I write GUIs, I often diagram them as state machines to get a  
handle on what's going on.


So, I'm not familiar with GUI programming on Haskell, but would you  
say the statefulness of GUIs (in their typical implementations) is  
the reason they are no easier on Haskell?


I strongly prefer to use qtHaskell because I'm familiar with Qt,  
and Qt is extremely capable. For example, it can draw text and  
shapes with antialiasing, which will be great for a music score  
editor. Music scores have lots of small shapes to fit on the  
screen, and antialiasing will provide ease of reading. I don't know  
how much of Qt is implemented in qtHaskell, or whether the latest  
version of Qt (4.4) is implemented.


Thanks,
Mike


The main problem is, as far as I know, the complete lack of any  
usable GUI designer. You have to type everything yourself. That's  
very annoying. It's a lot easier in other languages because your  
tools take away the cumbersome twiddling with widgets.


However, I haven't googled. Maybe the situation has changed since I  
last looked.


Regards,

Adrian


PGP.sig
Description: Signierter Teil der Nachricht
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Re: [Haskell-beginners] appropriateness of haskell for GUIs

2009-03-21 Thread Sebastian Sylvan
2009/3/21 Adrian Neumann aneum...@inf.fu-berlin.de


 Am 21.03.2009 um 13:30 schrieb Michael Mossey:



 Thomas Davie wrote:

 On 21 Mar 2009, at 00:16, Michael P Mossey wrote:

 Hello, I'm totally new to Haskell. I'm thinking of using it for a
 personal project, which is a gui-based musical score editor.

 The rough situation of GUI programming on Haskell is that it works just
 as well as in any imperative programming language.  This is rather
 disappointing, simply because so many other things are massively easier in
 Haskell, and this isn't true of GUI programming (yet).


 Hi Bob,

 I can imagine that GUI programming is no easier (yet). It is inherently
 very stateful. GUI's have modes, such as which screens are displayed,
 which dialogs are displayed, which options within those dialogs are valid
 given the other state of the program, etc. When I write GUIs, I often
 diagram them as state machines to get a handle on what's going on.

 So, I'm not familiar with GUI programming on Haskell, but would you say
 the statefulness of GUIs (in their typical implementations) is the reason
 they are no easier on Haskell?

 I strongly prefer to use qtHaskell because I'm familiar with Qt, and Qt is
 extremely capable. For example, it can draw text and shapes with
 antialiasing, which will be great for a music score editor. Music scores
 have lots of small shapes to fit on the screen, and antialiasing will
 provide ease of reading. I don't know how much of Qt is implemented in
 qtHaskell, or whether the latest version of Qt (4.4) is implemented.

 Thanks,
 Mike


 The main problem is, as far as I know, the complete lack of any usable GUI
 designer. You have to type everything yourself. That's very annoying. It's a
 lot easier in other languages because your tools take away the cumbersome
 twiddling with widgets.


http://en.wikipedia.org/wiki/Glade_Interface_Designer




-- 
Sebastian Sylvan
+44(0)7857-300802
UIN: 44640862
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Re: [Haskell-beginners] appropriateness of haskell for GUIs

2009-03-21 Thread Brandon S. Allbery KF8NH

On 2009 Mar 21, at 10:59, Sebastian Sylvan wrote:

2009/3/21 Adrian Neumann aneum...@inf.fu-berlin.de
Am 21.03.2009 um 13:30 schrieb Michael Mossey:
Thomas Davie wrote:
On 21 Mar 2009, at 00:16, Michael P Mossey wrote:
Hello, I'm totally new to Haskell. I'm thinking of using it for a  
personal project, which is a gui-based musical score editor.
The rough situation of GUI programming on Haskell is that it works  
just as well as in any imperative programming language.  This is  
rather disappointing, simply because so many other things are  
massively easier in Haskell, and this isn't true of GUI programming  
(yet).


So, I'm not familiar with GUI programming on Haskell, but would you  
say the statefulness of GUIs (in their typical implementations) is  
the reason they are no easier on Haskell?


The main problem is, as far as I know, the complete lack of any  
usable GUI designer. You have to type everything yourself. That's  
very annoying. It's a lot easier in other languages because your  
tools take away the cumbersome twiddling with widgets.


http://en.wikipedia.org/wiki/Glade_Interface_Designer


Glade works fine if all you want is to place widgets; but it won't  
generate template code in Haskell (it will for C and C++) to connect  
the widgets together, which is what I understand from you have to  
type everything yourself.


--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com
system administrator [openafs,heimdal,too many hats] allb...@ece.cmu.edu
electrical and computer engineering, carnegie mellon universityKF8NH




PGP.sig
Description: This is a digitally signed message part
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe