try this later today; I'll report back if I
>> get
>> >> results.
>> >>
>> >> John Lato
>> >>
>> >> On Tue, May 24, 2011 at 6:01 AM, Conal Elliott
>> wrote:
>> >>>
>> >>> Last I
;>>
> >>> Last I tried, there wasn't native support for OpenGL with gtk, and I
> need
> >>> OpenGL. Then more recently, I heard of some progress in that area, but
> >>> requiring lots of hacking to get it all compiling. Any recent news? -
> Conal
> >>>
ts of hacking to get it all compiling. Any recent news? - Conal
>>>
>>> On Mon, May 23, 2011 at 2:33 AM, John Lato wrote:
>>>>>
>>>>> Message: 17
>>>>> Date: Fri, 20 May 2011 15:59:51 -0700
>>>>> From: Evan Laforge
&g
get it all compiling. Any recent news? - Conal
>>
>> On Mon, May 23, 2011 at 2:33 AM, John Lato wrote:
>>
>>> Message: 17
>>>> Date: Fri, 20 May 2011 15:59:51 -0700
>>>> From: Evan Laforge
>>>>
>>>> Subject: Re: [Haskell
On Wed, 18 May 2011 20:01:48 -0700, wren ng thornton 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 have long been toute
d of some progress in that area, but
> requiring lots of hacking to get it all compiling. Any recent news? - Conal
>
> On Mon, May 23, 2011 at 2:33 AM, John Lato wrote:
>
>> Message: 17
>>> Date: Fri, 20 May 2011 15:59:51 -0700
>>> From: Evan Laforge
>
>> Date: Fri, 20 May 2011 15:59:51 -0700
>> From: Evan Laforge
>>
>> Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs & graphics
>> To: Erik Hesselink
>> Cc: haskell-cafe@haskell.org
>> Message-ID:
>> Content-Type: text/plain; charset=I
>
> Message: 17
> Date: Fri, 20 May 2011 15:59:51 -0700
> From: Evan Laforge
> Subject: Re: [Haskell-cafe] Status of Haskell + Mac + GUIs & graphics
> To: Erik Hesselink
> Cc: haskell-cafe@haskell.org
> Message-ID:
> Content-Type: text/plain; charset=ISO-8859-1
&g
On 2011-05-20, Evan Laforge 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 support Glade,
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 dire
> 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 t
On Fri, May 20, 2011 at 20:39, Gregory Crosswhite
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 in the HP. Obviousl
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 vote
On 20 May 2011 02:48, Evan Laforge wrote:
> On Thu, May 19, 2011 at 5:32 PM, Felipe Almeida Lessa
> wrote:
> > On Thu, May 19, 2011 at 9:23 PM, John Lask wrote:
> >> A general problem with strategic response is they underestimate the
> effort
> >> required due to the long range horizon and the
On 19 May 2011 14:01, Heinrich Apfelmus 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 very little tim
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 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'Donog
On Thu, May 19, 2011 at 5:32 PM, Felipe Almeida Lessa
wrote:
> On Thu, May 19, 2011 at 9:23 PM, John Lask 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 cr
On Thu, May 19, 2011 at 9:23 PM, John Lask 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. Otherwise nobody woul
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 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 se
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
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 proble
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
now.
> 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
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 th
On 5/18/11, 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 don'
Quoth wren ng thornton ,
...
> 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 already some work i
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 do
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 s
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 (perh
On 5/18/11, Jurriën Stutterheim 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
> have to suffer
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 applica
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 f
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 wrote:
> >
On 18 May 2011 19:25, Tom Murphy 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 - a lot of work
ha
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 mo
> 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
On 5/18/11, Donn Cave wrote:
> Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= ,
> ...
>> 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
>
On Tue, May 17, 2011 at 4:24 PM, 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 t
On Wed, May 18, 2011 at 11:09 AM, Jason Dagit 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 able to get Open
Quoth =?iso-8859-1?Q?Jurri=EBn_Stutterheim?= ,
...
> 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 also find a good
#x27;s at least 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 &
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
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 wind
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] http://
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) questio
> 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 t
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