, 2011 at 2:33 AM, John Lato jwl...@gmail.com wrote:
Message: 17
Date: Fri, 20 May 2011 15:59:51 -0700
From: Evan Laforge qdun...@gmail.com
Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs
graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message
2011 15:59:51 -0700
From: Evan Laforge qdun...@gmail.com
Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message-ID: BANLkTi=74mm6ortu2e192jtoot9g49f...@mail.gmail.com
Content-Type: text/plain
On Wed, 18 May 2011 20:01:48 -0700, wren ng thornton w...@freegeek.org wrote:
3. Using the web as Haskell's main method of non-command line
(graphical) deployment seems to lose two of Haskell's most powerful
features: its type safety, and its speed.
I agree with these disagreements. Web apps
, 2011 at 2:33 AM, John Lato jwl...@gmail.com wrote:
Message: 17
Date: Fri, 20 May 2011 15:59:51 -0700
From: Evan Laforge qdun...@gmail.com
Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message-ID
2011 15:59:51 -0700
From: Evan Laforge qdun...@gmail.com
Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message-ID: BANLkTi=74mm6ortu2e192jtoot9g49f...@mail.gmail.com
Content-Type: text/plain; charset=ISO
of Haskell + Mac + GUIs graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message-ID: BANLkTi=74mm6ortu2e192jtoot9g49f...@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1
Note that it is supposed to be possible to build gtk2hs with gtk+osx,
which
Message: 17
Date: Fri, 20 May 2011 15:59:51 -0700
From: Evan Laforge qdun...@gmail.com
Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message-ID: BANLkTi=74mm6ortu2e192jtoot9g49f...@mail.gmail.com
:
Message: 17
Date: Fri, 20 May 2011 15:59:51 -0700
From: Evan Laforge qdun...@gmail.com
Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs graphics
To: Erik Hesselink hessel...@gmail.com
Cc: haskell-cafe@haskell.org
Message-ID: BANLkTi=74mm6ortu2e192jtoot9g49f...@mail.gmail.com
Content
Jeremy O'Donoghue wrote:
- What everyone would *really* like is a less 'imperative' style of
GUI programming. It's true that wxHaskell, GtkHS and so on basically let you
do type safe C programming. This *does* need the uber type hackers and
Haskell experts, but work in this
On 2011-05-20, Evan Laforge qdun...@gmail.com wrote:
Note that it is supposed to be possible to build gtk2hs with gtk+osx,
which will not use X11 but use the native OS X GUI. I've not been able
to get this to work, but it's been a while since I tried. The Haskell
wiki mentions it doesn't
That's correct - I haven't yet got a stable solution for using ghci with
wxHaskell - Jeremy
On 18 May 2011 20:33, Conal Elliott co...@conal.net wrote:
Last I heard, wx still had the problem of crashing its host the second time
one opens a window (which is typical in ghci). And last I heard,
On 19 May 2011 14:01, Heinrich Apfelmus apfel...@quantentunnel.de wrote:
Conal Elliott wrote:
Last I heard, wx still had the problem of crashing its host the second
time
one opens a window (which is typical in ghci). And last I heard, Jeremy
O'Donoghue (cc'd) was exploring solutions but had
On 20 May 2011 02:48, Evan Laforge qdun...@gmail.com wrote:
On Thu, May 19, 2011 at 5:32 PM, Felipe Almeida Lessa
felipe.le...@gmail.com wrote:
On Thu, May 19, 2011 at 9:23 PM, John Lask jvl...@hotmail.com wrote:
A general problem with strategic response is they underestimate the
effort
On 5/20/11 8:35 AM, Jeremy O'Donoghue wrote:
I would like to suggest, quite seriously, that the Haskell community
try to come to a consensus about supporting a single Haskell GUI, with
a view to distribution in the HP. Obviously my vote is for wxHaskell,
but I'm quite prepared to loose the
On Fri, May 20, 2011 at 20:39, Gregory Crosswhite
gcr...@phys.washington.edu wrote:
On 5/20/11 8:35 AM, Jeremy O'Donoghue wrote:
I would like to suggest, quite seriously, that the Haskell community try
to come to a consensus about supporting a single Haskell GUI, with a view to
distribution
Note that it is supposed to be possible to build gtk2hs with gtk+osx,
which will not use X11 but use the native OS X GUI. I've not been able
to get this to work, but it's been a while since I tried. The Haskell
wiki mentions it doesn't support Glade, but does support Cairo. If
this were to
Hi,
i am really happy about this lively discussion around Haskell (Mac) GUIs.
I might hint to two other options:
1) Eclipse's SWT wraps the native platform's toolkits quite sucessfully.
The platform-dependent bindings are mostly automatically generated, afaik.
Some time ago i summarized my
My conclusion was that GLFW-b (on hackage) is the best we have right
now. I think we could do even better than the C libraries out there
by writing the GLUT/GLFW/etc implementation purely in Haskell. We
already have x11 and gtk bindings for the linux support. We have
win32 api bindings for
Jason Dagit wrote:
As you point out we also need better libraries for creating the OpenGL
context. I wrote up my searches on that front here:
http://blog.codersbase.com/2011/03/picking-gui-library-to-use-with-opengl.html
My conclusion was that GLFW-b (on hackage) is the best we have right
Conal Elliott wrote:
Last I heard, wx still had the problem of crashing its host the second time
one opens a window (which is typical in ghci). And last I heard, Jeremy
O'Donoghue (cc'd) was exploring solutions but had very little time to pursue
them. - Conal
Last I remember, the latest
On 19/05/2011 10:31 PM, Heinrich Apfelmus wrote:
my comments for what their worth:
(1) wx and ghci: I successfully run wx in ghci (albeit) on windows. I
take an alternative path to that proscribed by the current build process
- I think principally so that I am able to run it in ghci, although
Do GUIs or interactive graphics in Haskell work a lot better on
Windows and/or various Linux distro's?
On Tue, May 17, 2011 at 4:24 PM, Conal Elliott co...@conal.net wrote:
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of
On Thu, May 19, 2011 at 9:23 PM, John Lask jvl...@hotmail.com wrote:
A general problem with strategic response is they underestimate the effort
required due to the long range horizon and the uncertainties involved.
The efforts in building a cross-platform GUI are not to be
underestimated.
On Thu, May 19, 2011 at 5:32 PM, Felipe Almeida Lessa
felipe.le...@gmail.com wrote:
On Thu, May 19, 2011 at 9:23 PM, John Lask jvl...@hotmail.com wrote:
A general problem with strategic response is they underestimate the effort
required due to the long range horizon and the uncertainties
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
process the second time one opens a top-level window,
* Goes
A few weeks ago I set out to build a GUI app using wxHaskell. Long story short,
we ditched the entire idea of a desktop GUI and went for a web application
instead, because it was easier to develop a front-end for it and it was easier
to style it.
So here's my (perhaps slightly provoking)
Along the same lines, once or twice I've needed to create a desktop
version of a web app, which is what I wrote wai-handler-webkit[1] for.
It only really builds properly on Linux for now, but if the need
arises I don't see any reason it wouldn't work for Mac/Windows as
well.
Michael
[1]
Conal Elliott wrote:
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
process the second time one opens a top-level
I have developed a GUI app using wxHaskell
I develop using GHCi - invaluable
I can run the application once form GHCi, and then a re-run crashes, but
- usually after a run there is enough time to re-start GHCi while I tihnk
about what
needs fixing next
- usually I can still run tests
a sensible base
to build a pure functional GUI system on.
Cheers,
Sam
From: haskell-cafe-boun...@haskell.org
[mailto:haskell-cafe-boun...@haskell.org] On Behalf Of Conal Elliott
Sent: 18 May 2011 00:24
To: Haskell Cafe
Subject: [Haskell-cafe] Status of Haskell + Mac + GUIs graphics
I still
Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= j.stutterh...@me.com,
...
So here's my (perhaps slightly provoking) question: do we need to
care at all about good GUI toolkits being available? Web applications,
especially with an HTML 5 front-end, have become increasingly more
powerful. If we can
On Wed, May 18, 2011 at 11:09 AM, Jason Dagit dag...@gmail.com wrote:
Support for OpenGL comes in different levels of quality, as I'm
discovering. It would seem that Mesa (ie., linux support), only
officially supports OpenGL 2.1 [1] despite being released on 6 April
2011. I haven't been
On Tue, May 17, 2011 at 4:24 PM, Conal Elliott co...@conal.net wrote:
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
On 5/18/11, Donn Cave d...@avvanta.com wrote:
Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= j.stutterh...@me.com,
...
So here's my (perhaps slightly provoking) question: do we need to
care at all about good GUI toolkits being available? Web applications,
especially with an HTML 5 front-end,
My conclusion was that GLFW-b (on hackage) is the best we have right
now. I think we could do even better than the C libraries out there
by writing the GLUT/GLFW/etc implementation purely in Haskell. We
already have x11 and gtk bindings for the linux support. We have
win32 api bindings for
Thanks, Heinrich!
I tried your sample code (having grabbed compiled EnableGUI.hs). Works
okay, including multiple calls to 'main'.
There are a few subtle quirks. I don't see the usual bottom-right resize
icon (three parallel lines at 45 degrees), and the Zooom/2 program for
convenient window
On 18 May 2011 19:25, Tom Murphy amin...@gmail.com wrote:
I'd give three reasons for disagreeing:
1. Developing a complete GUI has been a low priority up until now,
...
I don't think that not having something as desireable good GUI suited
anyone much, nor has it actually been a low priority -
Last I heard, wx still had the problem of crashing its host the second time
one opens a window (which is typical in ghci). And last I heard, Jeremy
O'Donoghue (cc'd) was exploring solutions but had very little time to pursue
them. - Conal
On Wed, May 18, 2011 at 11:42 AM, Tom Murphy
Conal Elliott wrote:
Thanks, Heinrich!
I tried your sample code (having grabbed compiled EnableGUI.hs). Works
okay, including multiple calls to 'main'.
There are a few subtle quirks. I don't see the usual bottom-right resize
icon (three parallel lines at 45 degrees), and the Zooom/2 program
Regarding 3:
I was not implying that Haskell should be used only for replacing JS. Far from
it. I was just saying that we need a solid way to generate JS from Haskell so
that we can profit even more from Haskell's type safety and not have to suffer
from the mess that is JS. My Snap-based
On 5/18/11, Jurriën Stutterheim j.stutterh...@me.com wrote:
Regarding 3:
I was not implying that Haskell should be used only for replacing JS. Far
from it. I was just saying that we need a solid way to generate JS from
Haskell so that we can profit even more from Haskell's type safety and not
Jurriën Stutterheim:
A few weeks ago I set out to build a GUI app using wxHaskell. Long story
short, we ditched the entire idea of a desktop GUI and went for a web
application instead, because it was easier to develop a front-end for it and
it was easier to style it.
So here's my (perhaps
On 5/18/11 2:25 PM, Tom Murphy wrote:
I'd give three reasons for disagreeing:
1. Developing a complete GUI has been a low priority up until now, but
now that other, more urgent areas of development are starting to
thrive, its time has come.
2. Yes, having essentially no complete GUI support has
On 5/18/11 10:54 PM, Manuel M T Chakravarty wrote:
Nevertheless, there are good reasons to develop native applications (especially
on the Mac with its user-base spoiled by high-end UX). Luckily, the choice of
toolkit is trivial in this case. For Mac OS, we need a Haskell-Cocoa binding.
I
Quoth wren ng thornton w...@freegeek.org,
...
But yes, the mere process of making bindings isn't especially
cumbersome. Anyone interested in prior art should take a look at the
Perl--ObjectiveC bridgework, CamelBones:
http://camelbones.sourceforge.net/
Note (again) that there's
On 5/18/11, Manuel M T Chakravarty c...@cse.unsw.edu.au wrote:
Nevertheless, there are good reasons to develop native applications
(especially on the Mac with its user-base spoiled by high-end UX). Luckily,
the choice of toolkit is trivial in this case. For Mac OS, we need a
Haskell-Cocoa
I still haven't found any way to do GUIs or interactive graphics in Haskell
on a Mac that isn't plagued one or more of the following serious problems:
* Incompatible with ghci, e.g., fails to make a window frame or kills the
process the second time one opens a top-level window,
* Goes through the
47 matches
Mail list logo
