Regarding the Ubuntu setup, wxHaskell 0.90 requires wxWidgets 2.9, which
are not packaged for Ubuntu as far as I know. You can try `cabal install
wx-0.13.2.3` for a version of wxHaskell compatible with wxWidgets 2.8, or
build wxWidgets 2.9 from source -- which will probably be harder.
Regards,
Mac
I have now updated the module to use event-based notifications instead
of polling:
https://github.com/mmakowski/habaz/blob/master/src/Graphics/UI/WX/Async.hs.
The original question still stands: is it worth exposing this sort of
abstraction as a part of wxHaskell?
Regards,
Maciek
On Wed, Sep 26,
Thanks for this, and for responding to the SO question. I'll see if I
can rewrite the run async abstraction using your solution.
Cheers,
Maciek
On Wed, Sep 26, 2012 at 8:30 AM, Henning Thielemann
wrote:
>
> On Wed, 26 Sep 2012, Henning Thielemann wrote:
>
>> However, it seems to be essential wha
Including wxhaskell-users. Anyone interested in async UI update functionality?
Cheers,
Maciek
-- Forwarded message --
From:
Date: Fri, Aug 24, 2012 at 10:41 PM
Subject: UI updates from non-UI threads: an addition to wx?
To: wxhaskell-devel
Getting wxHaskell to handle UI updat
If the only restriction here is that all the GUI updates should happen
on the main OS thread, doesn't it mean that Haskell (green) threads
spawned through forkIO are fine, because they execute on the same OS
thread? Or does wxHaskell introduce additional restrictions?
Maciek
On Fri, Sep 2, 2011 a
There is indeed a claim in wxHaskell FAQ that it is incompatible with
Haskell threads. I have, however, used threads spawned with forkIO to
update wxHaskell GUI in toy apps, without any ill effects. Examples:
http://mmakowski.com/wiki/tech:haskell_mvc
https://github.com/mmakowski/habaz
I'd be int
I set up a BuildBot instance for wxHaskell darcs tip:
http://build.bimbr.com/wxhaskell/waterfall. At the moment it is
configured to run nightly, at 1 AM CET (numerous builds at other times
are a result of me testing the setup). The only slave I configured so
far is Windows with wxWidgets 2.8, but i
Good to see something moving in wxHaskell on Windows space. Some random remarks:
- making wx cabal Setups dependent on this library instead of the
command line wx-config sounds like a very good idea
- one of the reasons it currently fails to work with official
wxHaskell darcs tip might be its usag
It's been a while since I last installed wxHaskell on Linux, but if
memory serves me well I needed to install libstdc++-dev to get it to
build. Do you have this package installed?
Regards,
Maciek
On Thu, Jun 23, 2011 at 4:11 AM, Joel Shellman wrote:
> I have seen this mentioned in various places
Hi,
This is resolved now. The error message was misleading but running
cabal install with --verbose=3 helped:
/usr/bin/ld: cannot find -lstdc++
Turned out g++ package was missing, after installing it wxcore built
and installed fine.
As for the misleading "missing libraries" message produced by
Hi,
On my system (Ubuntu Maverick with haskell-platform 2010.1.0.0.1)
'cabal install wx' results in the following:
Configuring wxcore-0.12.1.6...
setup: Missing dependencies on foreign libraries:
* Missing C libraries: wx_baseu-2.8, wx_baseu_net-2.8, wx_baseu_xml-2.8,
wx_gtk2u_core-2.8, wx_gtk2u_
11 matches
Mail list logo
