Menu
▾
▴
wxhaskell-users — General mailing list for wxhaskell users
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(34) |
Sep
(14) |
Oct
(36) |
Nov
(32) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(9) |
Mar
(31) |
Apr
(36) |
May
(17) |
Jun
(21) |
Jul
(13) |
Aug
(18) |
Sep
(2) |
Oct
(10) |
Nov
(18) |
Dec
(28) |
| 2005 |
Jan
(26) |
Feb
(15) |
Mar
(26) |
Apr
(11) |
May
(60) |
Jun
(3) |
Jul
(12) |
Aug
(4) |
Sep
(12) |
Oct
(19) |
Nov
(36) |
Dec
(10) |
| 2006 |
Jan
(6) |
Feb
(13) |
Mar
(6) |
Apr
(2) |
May
(9) |
Jun
(3) |
Jul
(6) |
Aug
(13) |
Sep
(1) |
Oct
(24) |
Nov
(33) |
Dec
(47) |
| 2007 |
Jan
(21) |
Feb
(41) |
Mar
(17) |
Apr
(9) |
May
(4) |
Jun
(20) |
Jul
(24) |
Aug
(71) |
Sep
(35) |
Oct
(10) |
Nov
(39) |
Dec
(39) |
| 2008 |
Jan
(24) |
Feb
(42) |
Mar
(61) |
Apr
(12) |
May
(11) |
Jun
(4) |
Jul
(9) |
Aug
(6) |
Sep
(6) |
Oct
(4) |
Nov
(3) |
Dec
(14) |
| 2009 |
Jan
(25) |
Feb
(18) |
Mar
(19) |
Apr
(24) |
May
(14) |
Jun
(7) |
Jul
(14) |
Aug
(25) |
Sep
(40) |
Oct
(20) |
Nov
(22) |
Dec
(4) |
| 2010 |
Jan
(55) |
Feb
(11) |
Mar
(9) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(7) |
Aug
(4) |
Sep
(15) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(4) |
Apr
(6) |
May
(20) |
Jun
(30) |
Jul
(15) |
Aug
(4) |
Sep
(23) |
Oct
(24) |
Nov
(3) |
Dec
(8) |
| 2012 |
Jan
(23) |
Feb
(7) |
Mar
(19) |
Apr
(48) |
May
(8) |
Jun
(27) |
Jul
(10) |
Aug
(1) |
Sep
(11) |
Oct
(1) |
Nov
|
Dec
(3) |
| 2013 |
Jan
(1) |
Feb
|
Mar
(17) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(14) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joel S. <jo...@me...> - 2011-05-25 20:05:39
|
What would it take to get full support for OpenGL in wxHaskell? My understanding is that wxWidgets supports it, we just need the Haskell binding for it, right? And I think it used to be there in a previous version of wxHaskell. |
|
From: Jeremy O'D. <jer...@gm...> - 2011-05-23 10:16:42
|
Hi John, Apologies for taking a long time to moderate. I have cleared the moderate flag for you, so hopefully your messages won't be delayed in future. On 18 May 2011 12:56, John Lato <jw...@gm...> wrote: > Hello, > Is anyone working on updating wxHaskell to work with wx-2.9, or does this > already work (or mostly work)? My motivation is that I'd like to use > wxHaskell on OS X 64-bit, which is only supported in the development version > of wxWidgets. Provided that the changes needed are not too significant (and I do not think they will be), wx-2.9 will be supported shortly after the wxHaskell repo on code.haskell.org is restored (i..e I'm trying to get wxHaskell to build against wxWidgets 2.9.1 as I write) Jeremy |
|
From: Eric Y. K. <eri...@gm...> - 2011-05-18 15:46:12
|
Hi, On Sat, May 14, 2011 at 05:25:06 +0800, 诺铁 wrote: > http://haskell.org/haskellwiki/WxHaskell/Building#Source_Releasebut the site > response with 404 error,so where can I find those source code? > I just want to try the sample... > <http://haskell.org/haskellwiki/WxHaskell/Building#Source_Release> This is not an official repository, but you can darcs get --lazy http://darcsden.com/kowey/wxhaskell Thanks, -- Eric Kow <http://erickow.com> |
|
From: John L. <jw...@gm...> - 2011-05-18 11:56:56
|
Hello, Is anyone working on updating wxHaskell to work with wx-2.9, or does this already work (or mostly work)? My motivation is that I'd like to use wxHaskell on OS X 64-bit, which is only supported in the development version of wxWidgets. Thanks, John Lato |
|
From: Henk-Jan v. T. <hj...@ch...> - 2011-05-15 21:57:58
|
On Fri, 13 May 2011 23:25:06 +0200, 诺铁 <no...@gm...> wrote: > hi, > following lines are from > http://haskell.org/haskellwiki/WxHaskell/Building#Source_Releasebut the > site > response with 404 error,so where can I find those source code? > I just want to try the sample... Normally I would say: use the Hackage packages, but the sample directory seems to have dissapeared. There is, however, an older version available from SourceForge: http://sourceforge.net/projects/wxhaskell/files/wxhaskell/wxhaskell-0.11.1/wxhaskell-bin-msw2.8.10-ghc6.10.4-0.11.1.2-0.zip/download Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html -- |
|
From: 诺铁 <no...@gm...> - 2011-05-13 21:25:13
|
hi,
following lines are from
http://haskell.org/haskellwiki/WxHaskell/Building#Source_Releasebut the site
response with 404 error,so where can I find those source code?
I just want to try the sample...
<http://haskell.org/haskellwiki/WxHaskell/Building#Source_Release>
------------------------------------------------------------------7 Source
Release
You can obtain a source release of wxHaskell from the darcs
repository<http://code.haskell.org/wxhaskell/>.
Darcs creates a wxHaskell directory for you; we assume in the following
example that your $wxHaskell directory will be ~/dev/wxhaskell.
> cd ~/dev
> darcs get --partial --set-scripts-executable http://code.haskell.org/wxhaskell
|
|
From: Guy <guy...@ya...> - 2011-05-10 18:25:56
|
On 10/05/2011 21:10, Guy wrote: > How can I handle the main window closing? I've searched and searched, but I can't find any documentation for this. Finally found that closing is a Reactive event ... after about half an hour of searching! |
|
From: Guy <guy...@ya...> - 2011-05-10 18:11:16
|
How can I handle the main window closing? I've searched and searched, but I can't find any documentation for this. |
|
From: Guy <guy...@ya...> - 2011-05-10 09:15:32
|
On 10/05/2011 11:28, Guy wrote: > How can I change the range of a spin control after it's been created? Note: WxWidgets has a function wxSpinCtrl::SetRange, but I can't find the wxHaskell wrapper for it. |
|
From: Guy <guy...@ya...> - 2011-05-10 08:45:19
|
How can I change the range of a spin control after it's been created? |
|
From: Henning T. <le...@he...> - 2011-04-28 13:20:01
|
I noticed that WX.singleListBox triggers a 'select' event when I quit the program. This has two bad consequences: The event handler may access other widgets that are already deconstructed (segmentation fault) and the (get listBox selection) returns (-1) what is an invalid value in my application. Is this a bug or a feature? http://code.haskell.org/alsa/gui/src/program.hs |
|
From: Henning T. <le...@he...> - 2011-04-28 13:15:36
|
I wanted to have a vertical slider with small numbers at the bottom and
large numbers at the top. To this end I implemented a variant of
'vslider' that automatically inverses its direction, if the bottom value
is smaller than the top value. You may like to replace the current
'vslider' implementation by this one (and the hslider accordingly).
wxSL_INVERSE :: Int
wxSL_INVERSE = 0x1000
vslider ::
WX.Window a -> Bool -> Int -> Int ->
[WX.Prop (WX.Slider ())] -> IO (WX.Slider ())
vslider parentW showLabels top bottom props =
let (minV, maxV, dirFlags) =
if top<bottom
then (top, bottom, 0)
else (bottom, top, wxSL_INVERSE)
in WX.sliderEx parentW minV maxV
(WXCore.wxVERTICAL .+. dirFlags -- .+. wxSL_LEFT .+.
wxSL_AUTOTICKS
.+. (if showLabels then WXCore.wxSL_LABELS else 0))
props
|
|
From: Rémy M. <rem...@gm...> - 2011-04-26 05:09:11
|
Thanks for the help, It seems that it is the root of the problem. "mount" list some mount point among which I can find "c:" but no "c:/msys/c" directory exist. I then tried to create a "c" directory and the "mount" command to create a "physical" location at the root of my path but it did not work any better. However, I managed to install wxHaskell by doing the following: - 1) copying the wxWidget include directory "/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8" in the mingw include directory, "/c/haskell-platform/2010.2.0.0/mingw/include", (and done as well with /c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8) so as not to have to pass any --extra-include-dirs to cabal, - 2) launch cabal install wx --ghc-pkg-options="-v2 --force" If my memories are correct even with 1), ghc-pkg complained about the directories not existing; when using the "--force" option as in 2), it manages to properly install the packages. It turns out my set up required some --jedi skills :-) On 04/25/2011 08:12 PM, Howard B. Golden wrote: > Hi Rémy, > > This is just a guess because I use cygwin with Windows but not msys: > > On cygwin the way to access a drive is /cygdrive/c/... > > Does /c exist by itself as a directory on msys? If not, you may need to use a prefix similar to the way cygwin requires /cygdrive. > > Hope this helps. > > Cheers, > > Howard > Northridge, California, USA > > --- On Wed, 4/20/11, Rémy Mouëza<rem...@gm...> wrote: > >> From: Rémy Mouëza<rem...@gm...> >> Subject: [wxhaskell-users] Compiling WxHaskell: ghc-pkg problem with wxcore on Windows XP. >> To:wxh...@li... >> Date: Wednesday, April 20, 2011, 2:13 PM >> I can't manage to install >> wxHaskell's wxcore package under Windows >> despite being seemingly able to compile it. >> >> I am using the Haskell Platform 2010.2.0.0 (with ghc >> 6.12.3) on Windows >> XP, wxWidgets 2.8 with unicode support and msys with a >> setup as >> described on the following blog: >> http://blog.johantibell.com/2011/01/setting-up-haskell-development.html >> >> with a small alteration, the haskell platform being >> installed in >> C:\haskell-platform rather than "C:\Program Files\Haskell >> Platform" >> to get to compile wxWidgets. >> >> WxWidgets itself has been successfully compiled with the >> following >> configuration: >> >> $ ./configure >> --prefix=/c/haskell-platform/2010.2.0.0/mingw/ \ >> >> --enable-optimise \ >> >> --enable-unicode \ >> >> --enable-monolithic \ >> >> --enable-shared \ >> >> --enable-threads \ >> >> I have install wxdirect successfully using "cabal install >> --global >> wxdirect". I am using a "--global" install setup because >> while I >> searched for solutions it seemed to be the recommended way >> of installing >> wxHaskell. >> >> Then when I try to build wxcore, using the following >> command (I got the >> include and lib dirs using "wx-config --cxxflags --libs"): >> >> $ cabal configure --global \ >> >> >> --extra-include-dirs=/c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 >> >> \ >> >> >> --extra-include-dirs=/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 >> \ >> >> >> --extra-lib-dirs=/c/haskell-platform/2010.2.0.0/lib >> \ >> >> >> --ghc-options="-I/c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 >> >> >> >> -I/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 >> >> >> >> -L/c/haskell-platform/2010.2.0.0/mingw/lib >> >> >> -D__WXMSW__ -mthreads >> -Wl,--subsystem,windows -mwindows -lwx_mswu-2.8" >> $ cabal build >> >> I get the following error message at the end of the build >> (haskell >> modules and C++ binding files compile without errors): >> >> Registering wxcore-0.12.1.6... >> setup.exe: wxcore-0.12.1.6: >> library-dirs: >> >> /c/haskell-platform/2010.2.0.0/mingw/lib >> doesn't exist or isn't a >> directory >> (use --force to override) >> wxcore-0.12.1.6: include-dirs: >> >> /c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 >> doesn't exist >> or isn't a >> directory (use --force to >> override) >> wxcore-0.12.1.6: include-dirs: >> >> /c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 >> doesn't exist or isn't a directory >> (use --force to override) >> cabal.exe: Error: some packages >> failed to install: >> wxcore-0.12.1.6 failed during the >> building phase. The exception was: >> ExitFailure 1 >> >> However, the files and directories listed as missing do >> exist. >> I have also tried to do it in a MS-DOS like "cmd" console >> but I got the >> same results. >> I have try to force the install using "ghc-pkg --force" but >> when trying >> to compile the wx package, I got an error message about the >> same >> "missing" directories. >> >> Also, using a verbosity level 2, I can see that ghc-pkg is >> invoked with >> the following arguments: >> >> c:\haskell-platform\2010.2.0.0\bin\ghc-pkg.exe >> -v2 update - >> --global --no-user-package-conf >> --package-conf=dist\package.conf.inplace >> >> I am now getting short on ideas. Has anyone ever got the >> same kind of >> problem? |
|
From: Howard B. G. <how...@ya...> - 2011-04-25 18:12:54
|
Hi Rémy, This is just a guess because I use cygwin with Windows but not msys: On cygwin the way to access a drive is /cygdrive/c/... Does /c exist by itself as a directory on msys? If not, you may need to use a prefix similar to the way cygwin requires /cygdrive. Hope this helps. Cheers, Howard Northridge, California, USA --- On Wed, 4/20/11, Rémy Mouëza <rem...@gm...> wrote: > From: Rémy Mouëza <rem...@gm...> > Subject: [wxhaskell-users] Compiling WxHaskell: ghc-pkg problem with wxcore on Windows XP. > To: wxh...@li... > Date: Wednesday, April 20, 2011, 2:13 PM > I can't manage to install > wxHaskell's wxcore package under Windows > despite being seemingly able to compile it. > > I am using the Haskell Platform 2010.2.0.0 (with ghc > 6.12.3) on Windows > XP, wxWidgets 2.8 with unicode support and msys with a > setup as > described on the following blog: > http://blog.johantibell.com/2011/01/setting-up-haskell-development.html > > with a small alteration, the haskell platform being > installed in > C:\haskell-platform rather than "C:\Program Files\Haskell > Platform" > to get to compile wxWidgets. > > WxWidgets itself has been successfully compiled with the > following > configuration: > > $ ./configure > --prefix=/c/haskell-platform/2010.2.0.0/mingw/ \ > > --enable-optimise \ > > --enable-unicode \ > > --enable-monolithic \ > > --enable-shared \ > > --enable-threads \ > > I have install wxdirect successfully using "cabal install > --global > wxdirect". I am using a "--global" install setup because > while I > searched for solutions it seemed to be the recommended way > of installing > wxHaskell. > > Then when I try to build wxcore, using the following > command (I got the > include and lib dirs using "wx-config --cxxflags --libs"): > > $ cabal configure --global \ > > > --extra-include-dirs=/c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 > > \ > > > --extra-include-dirs=/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 > \ > > > --extra-lib-dirs=/c/haskell-platform/2010.2.0.0/lib > \ > > > --ghc-options="-I/c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 > > > > -I/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 > > > > -L/c/haskell-platform/2010.2.0.0/mingw/lib > > > -D__WXMSW__ -mthreads > -Wl,--subsystem,windows -mwindows -lwx_mswu-2.8" > $ cabal build > > I get the following error message at the end of the build > (haskell > modules and C++ binding files compile without errors): > > Registering wxcore-0.12.1.6... > setup.exe: wxcore-0.12.1.6: > library-dirs: > > /c/haskell-platform/2010.2.0.0/mingw/lib > doesn't exist or isn't a > directory > (use --force to override) > wxcore-0.12.1.6: include-dirs: > > /c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 > doesn't exist > or isn't a > directory (use --force to > override) > wxcore-0.12.1.6: include-dirs: > > /c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 > doesn't exist or isn't a directory > (use --force to override) > cabal.exe: Error: some packages > failed to install: > wxcore-0.12.1.6 failed during the > building phase. The exception was: > ExitFailure 1 > > However, the files and directories listed as missing do > exist. > I have also tried to do it in a MS-DOS like "cmd" console > but I got the > same results. > I have try to force the install using "ghc-pkg --force" but > when trying > to compile the wx package, I got an error message about the > same > "missing" directories. > > Also, using a verbosity level 2, I can see that ghc-pkg is > invoked with > the following arguments: > > c:\haskell-platform\2010.2.0.0\bin\ghc-pkg.exe > -v2 update - > --global --no-user-package-conf > --package-conf=dist\package.conf.inplace > > I am now getting short on ideas. Has anyone ever got the > same kind of > problem? |
|
From: Rémy M. <rem...@gm...> - 2011-04-20 21:13:25
|
I can't manage to install wxHaskell's wxcore package under Windows despite being seemingly able to compile it. I am using the Haskell Platform 2010.2.0.0 (with ghc 6.12.3) on Windows XP, wxWidgets 2.8 with unicode support and msys with a setup as described on the following blog: http://blog.johantibell.com/2011/01/setting-up-haskell-development.html with a small alteration, the haskell platform being installed in C:\haskell-platform rather than "C:\Program Files\Haskell Platform" to get to compile wxWidgets. WxWidgets itself has been successfully compiled with the following configuration: $ ./configure --prefix=/c/haskell-platform/2010.2.0.0/mingw/ \ --enable-optimise \ --enable-unicode \ --enable-monolithic \ --enable-shared \ --enable-threads \ I have install wxdirect successfully using "cabal install --global wxdirect". I am using a "--global" install setup because while I searched for solutions it seemed to be the recommended way of installing wxHaskell. Then when I try to build wxcore, using the following command (I got the include and lib dirs using "wx-config --cxxflags --libs"): $ cabal configure --global \ --extra-include-dirs=/c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 \ --extra-include-dirs=/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 \ --extra-lib-dirs=/c/haskell-platform/2010.2.0.0/lib \ --ghc-options="-I/c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 -I/c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 -L/c/haskell-platform/2010.2.0.0/mingw/lib -D__WXMSW__ -mthreads -Wl,--subsystem,windows -mwindows -lwx_mswu-2.8" $ cabal build I get the following error message at the end of the build (haskell modules and C++ binding files compile without errors): Registering wxcore-0.12.1.6... setup.exe: wxcore-0.12.1.6: library-dirs: /c/haskell-platform/2010.2.0.0/mingw/lib doesn't exist or isn't a directory (use --force to override) wxcore-0.12.1.6: include-dirs: /c/haskell-platform/2010.2.0.0/mingw/include/wx-2.8 doesn't exist or isn't a directory (use --force to override) wxcore-0.12.1.6: include-dirs: /c/haskell-platform/2010.2.0.0/mingw/lib/wx/include/msw-unicode-release-2.8 doesn't exist or isn't a directory (use --force to override) cabal.exe: Error: some packages failed to install: wxcore-0.12.1.6 failed during the building phase. The exception was: ExitFailure 1 However, the files and directories listed as missing do exist. I have also tried to do it in a MS-DOS like "cmd" console but I got the same results. I have try to force the install using "ghc-pkg --force" but when trying to compile the wx package, I got an error message about the same "missing" directories. Also, using a verbosity level 2, I can see that ghc-pkg is invoked with the following arguments: c:\haskell-platform\2010.2.0.0\bin\ghc-pkg.exe -v2 update - --global --no-user-package-conf --package-conf=dist\package.conf.inplace I am now getting short on ideas. Has anyone ever got the same kind of problem? |
|
From: Henning T. <le...@he...> - 2011-04-14 19:43:54
|
I managed to write my first Haskell program with a GUI! It shows a window of sliders and when you move a slider it sends an according MIDI controller message via ALSA. http://code.haskell.org/~thielema/alsa-gui/ Now I like to provide the reverse direction: If my program receives a MIDI controller event via ALSA, then it shall update the slider position. I can do this by using WX's timer events and check for incoming ALSA events in regular intervals. Is there also a way to wait for ALSA events as they come in, without a busy wait? |
|
From: Paulo P. <po...@gm...> - 2011-03-20 17:48:10
|
I've successfully installed wx (and wxcore) under Windows with the command "cabal install wx". The samples provided in wxHaskell work. However, they do not compile with "ghc -dynamic" so I figured the packages had to be compiled with dynamic libraries. All wxcore dependencies compile and install passing the command "--enable-shared" to cabal. However, compiling wxcore with the command "cabal install wxcore --enable-shared" ends with an error. I tried "cabal install wxcore wx --enable-shared --enable-split-objs" and now this gives the error: E:\Tools\Haskell Platform\2011.2.0.0\mingw\bin\ld.exe: BFD (GNU Binutils) 2.20.51.20100613 internal error, aborting at ../../binutils-2.20.51/bfd/coffcode.h line 954 in handle_COMDAT E:\Tools\Haskell Platform\2011.2.0.0\mingw\bin\ld.exe: Please report this bug. cabal: Error: some packages failed to install: wxcore-0.12.1.6 failed during the building phase. The exception was: ExitFailure 1 Is it possible to fix this? |
|
From: Jeremy O'D. <jer...@gm...> - 2011-03-09 11:58:36
|
Hi Eric, Brian, I must admit that until this came up, it hadn't occurred to me that the code.haskell.org attack and rebuild would have this impact (even though it's blindingly obvious in retrospect). I will get the repo back online in the next day or so. Eric, if you contact me off-line and explain what I need to do to upgrade to hashed format, I'll be very happy to do so). There are two aspects to wrapping additional functionality. One is basically easy and the other is hard. Wrapping core wxWidgets functionality is pretty straightforward. 1. In wxcore/src/include/wxc_glue.h, for each class required 1. Add a class derivation using the TClassDefExtend macro 2. Add suitable C function declarations, following some of the existing code as an example. I recommend following the naming convention: wxClassName_MethodName(), although you will need to do something for methods which overload by parameter types (usually constructors) 2. In wxcore/src/cpp, for each class required 1. Add a new file, named for the class it contains. In your case, the most suitable name would probably be display.cpp. This contains the implementation for the prototype declarations you wrote in (1.2) above. The format is very straightforward, and you should follow examples from other files. In particular: 1. Each wrapper function needs a 'self' parameter, which is a pointer to an instance of the class you are wrapping. 2. If you are performing an operation which will return a structure, you will need to allocate something suitable, as Haskell doesn't do it for you. 3. The exported functions require C linkage (i.e. no C++ name mangling). The simplest way to do this is to ensure that your functions are defined inside an extern "C" { ... }. 3. If you have any new constants, add them in wxcore/src/eiffel 4. Modify wxcore/wxcore.cabal, in the extra-source-files stanza to include your new cpp file. Please also add a minor version update in wxcore.cabal. 5. (Optional) - if you can think of a way to provide a more idiomatic Haskell interface to your wrapped class, add something in wx/src/Graphics/UI/WX. It is probably better to do this after you have been using the bare wrapped interface for a while, as you will have a good feel for how you use the functionality in practice. 6. (Optional - only if you did 5) - Add your Haskell module to the Exposed-Modules stanza in wx.cabal, and bump the minor version. You can then build from source as per the instructions. You should find that wxcore/src/haskell/Graphics/UI/WXCore/WxcClassesAL.hs (or WxcClassesMZ.hs) has been updated with Haskell wrappers for your C++ wrapper functions. It is far harder to write a wrapper for a significant optional functionality like WxSTC. WHile Shelarcy succeeded, the way this was done is not very scalable as it requires modifications in wxdirect (the wrapper generator), which is something to be avoided if possible. Happily, wxDisplay fits comfortably into the first category. Regards Jeremy On 9 March 2011 09:59, Eric Y. Kow <eri...@gm...> wrote: > On Wed, Mar 09, 2011 at 02:00:19 +0000, Brian Victor wrote: > > 1) What's the current source repo? The wiki points to > > http://code.haskell.org/wxhaskell/ which is 404. > > That's still the right place, but it's not been restored since > the recent attack on community.haskell.org. > > Jeremy, have you had a chance to look into putting the repository > back online? Hopefully we can upgrade it to the hashed format > along the way. > > > 2) Once I get the source, what do I need to do to wrap wxDisplay? Is > > there a good model I can look at to copy? (I've only looked at > > Haskell's FFI functionality briefly, so I expect a learning curve.) > > > > 3) How likely is it that a patch for this will be released relatively > > quickly? > > I can't comment on the above. I think shelarchy managed to wrap wxSTC > before > > Thanks, > > -- > Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> > For a faster response, try +44 (0)1273 64 2905 or > xmpp:ko...@ja... (Jabber or Google Talk only) > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > |
|
From: Eric Y. K. <eri...@gm...> - 2011-03-09 09:59:34
|
On Wed, Mar 09, 2011 at 02:00:19 +0000, Brian Victor wrote: > 1) What's the current source repo? The wiki points to > http://code.haskell.org/wxhaskell/ which is 404. That's still the right place, but it's not been restored since the recent attack on community.haskell.org. Jeremy, have you had a chance to look into putting the repository back online? Hopefully we can upgrade it to the hashed format along the way. > 2) Once I get the source, what do I need to do to wrap wxDisplay? Is > there a good model I can look at to copy? (I've only looked at > Haskell's FFI functionality briefly, so I expect a learning curve.) > > 3) How likely is it that a patch for this will be released relatively > quickly? I can't comment on the above. I think shelarchy managed to wrap wxSTC before Thanks, -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> For a faster response, try +44 (0)1273 64 2905 or xmpp:ko...@ja... (Jabber or Google Talk only) |
|
From: Brian V. <hom...@br...> - 2011-03-09 02:05:19
|
Unless I'm missing something, there doesn't seem to be a wrapper for wxDisplay in wxHaskell. I'd like to use that class, and I'm willing to do the work for it if someone points me in the right direction. So I have a few questions: 1) What's the current source repo? The wiki points to http://code.haskell.org/wxhaskell/ which is 404. 2) Once I get the source, what do I need to do to wrap wxDisplay? Is there a good model I can look at to copy? (I've only looked at Haskell's FFI functionality briefly, so I expect a learning curve.) 3) How likely is it that a patch for this will be released relatively quickly? Thanks! -- Brian |
|
From: Henk-Jan v. T. <hj...@ch...> - 2011-02-08 22:25:14
|
On Fri, 09 Oct 2009 10:25:21 +0200, carlos gomez <car...@gm...> wrote: > Hello, > I tried to play wxAsteoids game but i couldn't, the keyboard did't listen > me. > > Does someone have problems with the keyboard?, how can I fix it? > > I'm using ubuntu 9.04 + GHC 10.4 + wx-0.11.1.2 + wxcore-0.11.1.2. > > > regards carlos This has been reported earlier[0]. On my Windows XP system, wxAsteroids reacts properly to the arrow keys, but in some other cases, keyboard events are not handled properly. Regards, Henk-Jan van Tuyl [0] http://www.mail-archive.com/wxh...@li.../msg00714.html -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html -- |
|
From: John S. <vol...@ho...> - 2011-01-30 07:25:21
|
If I run a WxHaskell program more than once after building, the controls are overlayed in the parent window without any layout. This on GHC 6.12.3, Win64. |
|
From: Pedro V. <pb...@dc...> - 2011-01-28 14:44:46
|
I've just tried out wxhaskell on newer linux boxes (Ubuntu 10.10 and Mandriva 2011) and noticed that frame widgets don't seem to receive keyboard events. In particular, the wxAsteroids example doesn't work because the left/right keys don't control the ship. (BTW, it has been a while since I used wxhaskell so I don't know if this behaviour is recent.) Any ideas? Regards, Pedro Vasconcelos |
|
From: Henk-Jan v. T. <hj...@ch...> - 2010-12-05 17:47:02
|
On Thu, 02 Dec 2010 15:25:01 +0100, <mac...@gm...> wrote: > 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_adv-2.8, wx_gtk2u_html-2.8, wx_gtk2u_qa-2.8, > wx_gtk2u_xrc-2.8, wx_gtk2u_aui-2.8, wx_gtk2u_richtext-2.8 > This problem can usually be solved by installing the system packages that > provide these libraries (you may need the "-dev" versions). If the > libraries > are already installed but in a non-standard location then you can use the > flags --extra-include-dirs= and --extra-lib-dirs= to specify where they > are. > Any idea what I'm doing wrong or how I can diagnose this further? It's > my first attempt to use cabal so apologies if I missed something > obvious. > I have tried reproducing this, but my Ubuntu installation on a virtual PC cannot connect to Internet. With a search on Internet, I found the advice to compile with -v3 for more information. Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html -- |
|
From: <mac...@gm...> - 2010-12-03 05:19:12
|
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 cabal, apparently this or a similar issue is already recognised: http://hackage.haskell.org/trac/hackage/ticket/648 so I won't be raising it against cabal for now. Regards, Maciek On Thu, Dec 2, 2010 at 2:25 PM, <mac...@gm...> wrote: > 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_adv-2.8, wx_gtk2u_html-2.8, wx_gtk2u_qa-2.8, > wx_gtk2u_xrc-2.8, wx_gtk2u_aui-2.8, wx_gtk2u_richtext-2.8 > This problem can usually be solved by installing the system packages that > provide these libraries (you may need the "-dev" versions). If the libraries > are already installed but in a non-standard location then you can use the > flags --extra-include-dirs= and --extra-lib-dirs= to specify where they are. > cabal: Error: some packages failed to install: > wx-0.12.1.6 depends on wxcore-0.12.1.6 which failed to install. > wxcore-0.12.1.6 failed during the configure step. The exception was: > ExitFailure 1 > > However: > > mmakowski@tallis:~/temp/wxcore-0.12.1.6$ ls -1 /usr/lib/libwx_*.so > /usr/lib/libwx_baseu-2.8.so > /usr/lib/libwx_baseu_net-2.8.so > /usr/lib/libwx_baseu_xml-2.8.so > /usr/lib/libwx_gtk2u_adv-2.8.so > /usr/lib/libwx_gtk2u_aui-2.8.so > /usr/lib/libwx_gtk2u_core-2.8.so > /usr/lib/libwx_gtk2u_fl-2.8.so > /usr/lib/libwx_gtk2u_gizmos-2.8.so > /usr/lib/libwx_gtk2u_gizmos_xrc-2.8.so > /usr/lib/libwx_gtk2u_gl-2.8.so > /usr/lib/libwx_gtk2u_html-2.8.so > /usr/lib/libwx_gtk2u_ogl-2.8.so > /usr/lib/libwx_gtk2u_plot-2.8.so > /usr/lib/libwx_gtk2u_qa-2.8.so > /usr/lib/libwx_gtk2u_richtext-2.8.so > /usr/lib/libwx_gtk2u_stc-2.8.so > /usr/lib/libwx_gtk2u_svg-2.8.so > /usr/lib/libwx_gtk2u_xrc-2.8.so > > Any idea what I'm doing wrong or how I can diagnose this further? It's > my first attempt to use cabal so apologies if I missed something > obvious. > > Thanks, > Maciek > |
132 messages has been excluded from this view by a project administrator.
