Sven Panne wrote:
2013/9/27 Heinrich Apfelmus :
Actually, I'm reading about WebGL right now, and it appears to me that it
should be very easy to support in Threepenny. [...]
I am not sure if WebGL is enough: WebGL is basically OpenGL ES 2.0,
which is again basically OpenGL 2.0 plus some extens
Sven Panne wrote:
2013/9/27 Conal Elliott :
[...] Am I mistaken about the current status? I.e., is there a solution for
Haskell GUI & graphics programming that satisfies the properties I'm looking
for (cross-platform, easily buildable, GHCi-friendly, and
OpenGL-compatible)? [...]
Time warp! ;-
I think you've misunderstood Robin's point. The problem is that each of
these libraries is platform-specific. Writing an api on top of one is work
enough, but writing a cross-platform api that binds to the appropriate
platform-specific backend is a major undertaking.
On Oct 4, 2013 7:12 PM, "Alp M
2013/9/27 Conal Elliott :
> [...] Am I mistaken about the current status? I.e., is there a solution for
> Haskell GUI & graphics programming that satisfies the properties I'm looking
> for (cross-platform, easily buildable, GHCi-friendly, and
> OpenGL-compatible)? [...]
Time warp! ;-) Point your b
2013/9/27 Heinrich Apfelmus :
> Actually, I'm reading about WebGL right now, and it appears to me that it
> should be very easy to support in Threepenny. [...]
I am not sure if WebGL is enough: WebGL is basically OpenGL ES 2.0,
which is again basically OpenGL 2.0 plus some extensions. OpenGL
itsel
On Wed, 02 Oct 2013 12:24:25 +0200, Atze Dijkstra wrote:
Hi,
as for wxHaskell, it is currently maintained at
https://github.com/wxHaskell/wxHaskell, compilable with wxWidgets 2.9.5
and GHC 7.6. Work is underway to fix various bugs introduced over time
by changes in wxWidgets, but we (i.e
If these said libraries let us write a good API on top, then perfect! The
problem is to actually pick the ones fulfilling our needs I think, all the
major candidatures have pretty serious drawbacks, AFAIK.
On Sat, Oct 5, 2013 at 12:36 AM, Robin KAY wrote:
> Dear Alp,
>
> Alp Mestanogullari wrot
Dear Alp,
Alp Mestanogullari wrote:
[snip]
I have been willing to have a nice GUI DSEL with good aesthetics for a
while. I think the hardest part wouldn't be the API, but really what
library we use underneath so that it's cross-platform and easy to
install for everyone. But I would love for so
>> >>
>>>> >> >> On Tue, Oct 1, 2013 at 7:04 AM, Carter Schonwald
>>>> >> >> wrote:
>>>> >> >> > Hey simon, the two issues that have recurrently bit ghci
>>>> interaction
>>>> >>
> with
>>> >> >> > foreign GUI libs are
>>> >> >> > 1) the ghci linker. This is fixed in head by now having ghci
>>> use the
>>> >> >> > system
>>> >> >> > linker
>>> >&
t; system
>> >> >> > linker
>> >> >> > 2) some GUI libs require thread local state, and ghci has a flag
>> for
>> >> >> > that
>> >> >> > 3) I'm not aware of anyone reporting newly broken libs wrt GUI
&g
t; > for
>> >> >> > that
>> >> >> > 3) I'm not aware of anyone reporting newly broken libs wrt GUI
>> >> >> > bindings
>> >> >> > when 7.6 rolled out. The only fix that's relevant to 7.8 is the
>&g
problem historically too.
> >> >> >
> >> >> > I believe a number of folks in #haskell-game have recently tested
> >> >> > point
> >> >> > one.
> >> >> > (Though I should ask to double check)
> >> >>
gt;> > one.
>> >> > (Though I should ask to double check)
>> >> >
>> >> > At the very least, I'm not aware of hearing of such a 7.6 specific
>> >> > ghci
>> >> > breakage before.
>
nal Elliott
Cc: Haskell Cafe
Subject: Re: [Haskell-cafe] Poll & plea: State of GUI & graphics
libraries
in Haskell
Hi Conal,
I wasn't able to make it to last Saturday's FARM track, but I think
there was a good chance that Paul would have demonstrated his Euterpea
music librar
gt;> >> Dear GHC devs
> >> >>
> >> >>
> >> >>
> >> >> See below (in red). I do not know the details of this, but it sounds
> >> >> like
> >> >> a pretty serious problem, and it used to work. Is whatever-it
Hi Atze. I'm glad to hear that some work is going into wxHaskell. Do you
know about the issue that arose roughly 7-8 years ago that prevented
opening more than one top-level window per process? It had to do with a
change to initialization techniques, and made wxHaskell no longer useful
with GHCi.
Hi,
The best low-level foundation libraries that I know of are the
Enlightenment Foundation Libraries (EFL) [1,2]. They are cross-platform
: they support many backends (X11, OpenGL, framebuffer...) and are used
on desktops and mobile devices (even to provide games on the French Free
ISP box).
Hi,
as for wxHaskell, it is currently maintained at
https://github.com/wxHaskell/wxHaskell, compilable with wxWidgets 2.9.5 and GHC
7.6. Work is underway to fix various bugs introduced over time by changes in
wxWidgets, but we (i.e. https://github.com/wxHaskell?tab=members) hope to
release & a
Yay!
Thanks Paul! It's always good to have more folks confirm the problems are
solved than not!
Another cool direction 7.8 will allow is using the various llvm ffi
bindings from ghci!
On Wednesday, October 2, 2013, Paul Liu wrote:
> Thanks. I've just built GHC HEAD on Mac OS X Lion, and tested b
Dear GHC devs
>> >>
>> >>
>> >>
>> >> See below (in red). I do not know the details of this, but it sounds
>> >> like
>> >> a pretty serious problem, and it used to work. Is whatever-it-is
>> >> confirmed
>>
Hi Conrad,
Great. The challenge is not specific to Pan, Vertigo, etc. If we can get
some low-level GUI platform working with the characteristics I listed, I
can resurrect and my high-level libraries accordingly. Any GUI program
containing at least one OpenGL window would probably get us most of th
Hi Conal,
I wasn't able to make it to last Saturday's FARM track, but I think
there was a good chance that Paul would have demonstrated his Euterpea
music library, which includes a GUI interface (called MUI) written on
top of GLFW. I wrote its initial implementation (around 2009?) with a
monadic i
Hi Conal, hi café,
I'm currently devoting most of my time to this and plan to continue doing
so (in the form of a PhD and work via my company).
I've been working on a thorough review of the current status and a
comparative analysis (using a fairly demanding, well-known algorithm to
compare severa
On Fri, Sep 27, 2013 at 9:02 AM, Conal Elliott wrote:
> I'm polling to see whether there are will and expertise to reboot graphics
> and GUIs work in Haskell. I miss working on functional graphics and GUIs in
> Haskell, as I've been blocked for several years (eight?) due to the absence
> of low-l
On Fri, 27 Sep 2013 05:32:18 +0200, Conal Elliott wrote:
I'm polling to see whether there are will and expertise to reboot
graphics
and GUIs work in Haskell.
:
* cross-platform,
* easily buildable,
* GHCi-friendly, and
* OpenGL-compatible.
:
wxHaskell
(whose API and visual appearance I pr
On Thu, Sep 26, 2013 at 8:32 PM, Conal Elliott wrote:
> I'm polling to see whether there are will and expertise to reboot graphics
> and GUIs work in Haskell. I miss working on functional graphics and GUIs in
> Haskell, as I've been blocked for several years (eight?) due to the absence
> of low-l
Robin KAY writes:
> Yes, I'm afraid I've been failing to embrace the release early release
> often mantra with HsQML. I originally set myself some (fairly modest)
> goals for the next release. Unfortunately, I've had less time to spend
> on it than I'd like and it's delayed getting there. There ha
Hello,
Keshav Kini wrote:
[snip]
> However, there are newish bindings [2] for the Qt Quick declarative UI
> stuff that's appeared in recent Qt versions -- see the package "hsqml"
> on hackage [3]. It hasn't had any new uploads to hackage since last
> year, but there was activity on its repo as rec
On 09/27/2013 04:32 AM, Conal Elliott wrote:
> I'm polling to see whether there are will and expertise to reboot
> graphics and GUIs work in Haskell. I miss working on functional graphics
> and GUIs in Haskell, as I've been blocked for several years (eight?) due
> to the absence of low-level founda
Tikhon Jelvis wrote:
Could threepenny work with webGL, or is that too far out of the scope of
the project? I guess the overhead of having a server--even locally--and
using a web browser might just be too much for many use cases.
Actually, I'm reading about WebGL right now, and it appears to me
However, I would prefer to have two different types of libraries in haskell:
For graphics, something like SFML or SDL, no GUI implicit. but with
good/modern OpenGL. Maybe we won't need a direct binding, but rethinking
who should be done a SDL-like library in Haskell. Yep, FRP is cool, but
need cle
Could threepenny work with webGL, or is that too far out of the scope of
the project? I guess the overhead of having a server--even locally--and
using a web browser might just be too much for many use cases.
On Sep 27, 2013 1:51 AM, "Heinrich Apfelmus"
wrote:
> Conal Elliott wrote:
>
>> I'm polli
Conal Elliott wrote:
I'm polling to see whether there are will and expertise to reboot graphics
and GUIs work in Haskell. I miss working on functional graphics and GUIs in
Haskell, as I've been blocked for several years (eight?) due to the absence
of low-level foundation libraries having the foll
John Lato writes:
> QT - never tried this, but my impression is the Haskell-QT bindings
> are a bit stale
Yes, QtHaskell [1] has been inactive for three years, as far as I can tell.
However, there are newish bindings [2] for the Qt Quick declarative UI
stuff that's appeared in recent Qt versions
i know nothing on the gui tooling front, but i do know this: the ffi
linking issues with GHCI *should* be fixed with ghc HEAD / 7.8.
If you have linking problems with GHCi HEAD, please report it ASAP. All
linking related issues that have historically plagued ghci should be
resolved, at least on pl
Hi Conal,
If there is a system like you describe, I'm not aware of it. Part of the
problem is the state of the underlying C libraries:
gtk+ - possible, but suffers from the drawbacks you mention on OSX and is
reportedly difficult to install on windows
wx - somehow I've never been able to build t
Hi Conal!
Yes. I'd be very interested to help get Pan and Vertigo working. Do you
have a repo somewhere?
Conrad.
On 27 September 2013 13:32, Conal Elliott wrote:
> I'm polling to see whether there are will and expertise to reboot graphics
> and GUIs work in Haskell. I miss working on function
What does the following mean?
About three years ago, I built a modern replacement of my old Pan and
Vertigo systems (optimized high-level functional graphics in 2D and 3D),
generating screamingly fast GPU rendering code. I'd love to share it with
the community, but I'm unable to use it even myself
Hi Conal,
I'm glad you're bringing this up. I am currently working on FLTK bindings (
github.com/deech/fltkhs). It's main advantage of this toolkit is that it
lets the user deploy apps as a self-contained binary on all platforms.
Right now the work consists of the tedium of binding Haskell to the
I'm polling to see whether there are will and expertise to reboot graphics
and GUIs work in Haskell. I miss working on functional graphics and GUIs in
Haskell, as I've been blocked for several years (eight?) due to the absence
of low-level foundation libraries having the following properties:
* cr
41 matches
Mail list logo
