wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] [Haskell-cafe] ANN: wxHaskell 0.12.1.2

[Lyle K. <li...@qs...>]

Hi Jeremy,

This build is not working for me, I'm afraid. It does a bunch of good stuff,
like:

parsing: src/eiffel/wxc_defs.e
parsing: src/eiffel/wx_defs.e
parsing: src/eiffel/stc.e
generating: src/haskell/Graphics/UI/WXCore/WxcDefs.hs
generated 2439 constant definitions
ok.

But then it dies with:

Please use the --prefix flag (as in wx-config --prefix=C:\wxWidgets)
or set the environment variable WXWIN (as in WXWIN=C:\wxWidgets)
to specify where is your installation of wxWidgets.
setup.exe: readProcess: wx-config "--libs" "--cppflags" (exit 1): failed
cabal.exe: Error: some packages failed to install:
wx-0.12.1.2 depends on wxcore-0.12.1.2 which failed to install.
wxcore-0.12.1.2 failed during the configure step. The exception was:
exit: ExitFailure 1

Well, I had set the WXWIN variable to /c/wxWidgets-2.8.10, so I don't know
why it would act like I hadn't. I also tried using the --prefix flag. I also
tried using a Windows-style path of C:\wxWidgets-2.8.10. None of this got
any different result.

Any ideas?

Thanks,
Lyle

On Fri, Nov 13, 2009 at 3:55 PM, Jeremy O'Donoghue <
jer...@gm...> wrote:

> Hi all,
>
> On behalf of the wxHaskell maintainers, I am very pleased to announce
> the release of wxHaskell 0.12.1.2.
>
> The key feature of this release is that it is now possible to install
> wxHaskell entirely using cabal on all targets (with a minor proviso on
> Windows). The credit for this achievement is almost all down to new
> contributor Brian Lewis, who has worked very hard to make this work
> 'just right', and given me (at least) an object lesson in how to use
> Cabal.
>
> The small proviso for Windows machines is that wxWidgets should be
> built using MSys - none of the other compilers supported by wxWidgets
> is currently working, but we consider this a small price to pay for
> the convenience of getting a GUI straight from cabal.
>
> For Unix machines which have wxWidgets 2.8.x installed, you should now
> be able to install wxHaskell with a simple:
>
> cabal install wx
>
> For Windows machines, there are a few prerequisites:
>
> 1) You will need the Windows port of wx-config in your path. This can
> be downloaded from http://wxconfig.googlepages.com/
> 2) You will need to compile wxWidgets using MSys. We have tested
> against MinGW 5.1.6 with g++ compiler, MinGW Make, MSYS-1.0.11,
> wxMSW-2.8.10, which are the latest versions, and can be downloaded
> from their respective websites. I used a completely clean install of
> the latest Haskell Platform to validate the procedure.
>
> Please note: all commands to be entered in an MSys shell.
>
> cd /c/path/to/wxWidgets-2.8.10/build/msw
> mingw32-make -f makefile.gcc BUILD=release MONOLITHIC=1 SHARED=1 UNICODE=1
>
> set PATH=$PATH:/c/path/to/wx-config
> set WXWIN=/c/path/to/wxWidgets-2.8.10
> set WXCFG=gcc_dll/mswu
> cabal install wx
>
> I will be updating the wxHaskell wiki to reflect these changes over
> the next day or so.
>
> Best Regards
> Jeremy O'Donoghue on behalf of the wxHaskell maintainers.
> _______________________________________________
> Haskell-Cafe mailing list
> Has...@ha...
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>

Re: [wxhaskell-users] Congrats and update request

[Brian L. <br...@lo...>]

On Sunday, 15.11.09 at 18:05, Conal Elliott wrote:
> I will be thrilled to switch from gtk2hs back to wxHaskell for all of
> my GUI-ful projects as soon as the ghci-killing problem (crash on
> second 'start') is solved. Any progress?

Thanks for reminding.

I ran the death program like this:

$ cat > test.hs
import Graphics.UI.WX
main = io >> io where io = start (frame [] >> return ())
$ ghci test.hs
GHCi, version 6.10.4: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer ... linking ... done.
Loading package base ... linking ... done.
[1 of 1] Compiling Main             ( test.hs, interpreted )
Ok, modules loaded: Main.
*Main> main
Loading package syb ... linking ... done.
Loading package base-3.0.3.1 ... linking ... done.
Loading package array-0.2.0.0 ... linking ... done.
Loading package containers-0.2.0.1 ... linking ... done.
Loading package old-locale-1.0.0.1 ... linking ... done.
Loading package old-time-1.0.0.2 ... linking ... done.
Loading package filepath-1.1.0.2 ... linking ... done.
Loading package unix-2.3.2.0 ... linking ... done.
Loading package directory-1.0.0.3 ... linking ... done.
Loading package stm-2.1.1.2 ... linking ... done.
Loading package bytestring-0.9.1.5 ... linking ... done.
Loading package parsec-2.1.0.1 ... linking ... done.
Loading package time-1.1.4 ... linking ... done.
Loading package wxdirect-0.12.1.1 ... linking ... done.
Loading package wxcore-0.12.1.2 ... linking ... <interactive>:
/home/brian/.cabal/lib/wxcore-0.12.1.2/ghc-6.10.4/HSwxcore-0.12.1.2.o:
unknown symbol `__dso_handle'
ghc: unable to load package `wxcore-0.12.1.2'
*Main>

Searching for stuff related to that problem, I found
http://sourceware.org/ml/binutils/2002-11/msg00328.html
which basically says to use gcc instead of ld to link.

I'll check on this more in a little while.

[wxhaskell-users] "Lost Cities" card game

[Pedro B. V. <pb...@dc...>]

Hello everyone,

I wrote a little wxHaskell implementation of a two-player card
game called "Lost Cities". It still doesn't play very well but I
think its worth sharing with others. Here's the web page from which you
can download the Cabal package:
http://www.ncc.up.pt/~pbv/stuff/lostcities/

If you like it or have any suggestions, please drop me a line.

Pedro Vasconcelos

Re: [wxhaskell-users] Congrats and update request

[Jeremy O'D. <jer...@gm...>]

Hi Conal,

It's next on the list. Not much progress as yet, but I do
understand the importance of this.

Jeremy

On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott"
<co...@co...> wrote:

  Congratulations on the cabal-friendly new wxHaskell release!
  I will be thrilled to switch from gtk2hs back to wxHaskell for
  all of my GUI-ful projects as soon as the ghci-killing problem
  (crash on second 'start') is solved.  Any progress?
     - Conal
-- 
  Jeremy O'Donoghue
  jer...@gm...

[wxhaskell-users] Congrats and update request

[Conal E. <co...@co...>]

Congratulations on the cabal-friendly new wxHaskell release!

I will be thrilled to switch from gtk2hs back to wxHaskell for all of my
GUI-ful projects as soon as the ghci-killing problem (crash on second
'start') is solved.  Any progress?

   - Conal

Re: [wxhaskell-users] ANN: wxHaskell 0.12.1.2

[Mads L. <mad...@ya...>]

Hi All,

"cabal install wx" just worked. Great. Earlier I had linker problems
when starting programs compiled with wxHaskell. They have disappeared
now.

/Mads

On Fri, 2009-11-13 at 23:55 +0000, Jeremy O'Donoghue wrote:
> Hi all,
> 
> On behalf of the wxHaskell maintainers, I am very pleased to announce
> the release of wxHaskell 0.12.1.2.
> 
> The key feature of this release is that it is now possible to install
> wxHaskell entirely using cabal on all targets (with a minor proviso on
> Windows). The credit for this achievement is almost all down to new
> contributor Brian Lewis, who has worked very hard to make this work
> 'just right', and given me (at least) an object lesson in how to use
> Cabal.
> 
> The small proviso for Windows machines is that wxWidgets should be
> built using MSys - none of the other compilers supported by wxWidgets
> is currently working, but we consider this a small price to pay for
> the convenience of getting a GUI straight from cabal.
> 
> For Unix machines which have wxWidgets 2.8.x installed, you should now
> be able to install wxHaskell with a simple:
> 
> cabal install wx
> 
> For Windows machines, there are a few prerequisites:
> 
> 1) You will need the Windows port of wx-config in your path. This can
> be downloaded from http://wxconfig.googlepages.com/
> 2) You will need to compile wxWidgets using MSys. We have tested
> against MinGW 5.1.6 with g++ compiler, MinGW Make, MSYS-1.0.11,
> wxMSW-2.8.10, which are the latest versions, and can be downloaded
> from their respective websites. I used a completely clean install of
> the latest Haskell Platform to validate the procedure.
> 
> Please note: all commands to be entered in an MSys shell.
> 
> cd /c/path/to/wxWidgets-2.8.10/build/msw
> mingw32-make -f makefile.gcc BUILD=release MONOLITHIC=1 SHARED=1 UNICODE=1
> 
> set PATH=$PATH:/c/path/to/wx-config
> set WXWIN=/c/path/to/wxWidgets-2.8.10
> set WXCFG=gcc_dll/mswu
> cabal install wx
> 
> I will be updating the wxHaskell wiki to reflect these changes over
> the next day or so.
> 
> Best Regards
> Jeremy O'Donoghue on behalf of the wxHaskell maintainers.
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

Re: [wxhaskell-users] Problems installing wxHaskell

[Henk-Jan v. T. <hj...@ch...>]

I found the solution:
   Set  
CPLUS_INCLUDE_PATH=C:\MinGW\include\c++\3.4.5;C:\MinGW\include\c++\3.4.5\mingw32\
before
   cabal install wx

Regards,
Henk-Jan van Tuyl


--
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
--

On Sat, 14 Nov 2009 22:02:28 +0100, Henk-Jan van Tuyl <hj...@ch...>  
wrote:

>
> L.S.,
>
> I am trying to install wxHaskell on a Windows system and get the  
> following
> error messages, how
> do I solve this?
>
>> cabal install wx
> :
> :
> [22 of 22] Compiling Graphics.UI.WXCore (
> src\haskell\Graphics\UI\WXCore.hs, dist\build\Graphics\UI\WXCore.o )
> In file included from  
> C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/memory.h:16,
>                   from  
> C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/object.h:20,
>                   from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/wx.h:16,
>                   from src/include/wrapper.h:20,
>
>                   from src\cpp\apppath.cpp:1:0:
> C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:176:18: string: No such
> file or directory

-- 

[wxhaskell-users] Problems installing wxHaskell

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I am trying to install wxHaskell on a Windows system and get the following  
error messages, how
do I solve this?

> cabal install wx
:
:
[22 of 22] Compiling Graphics.UI.WXCore (  
src\haskell\Graphics\UI\WXCore.hs, dist\build\Graphics\UI\WXCore.o )
In file included from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/memory.h:16,
                  from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/object.h:20,
                  from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/wx.h:16,
                  from src/include/wrapper.h:20,

                  from src\cpp\apppath.cpp:1:0:
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:176:18: string: No such  
file or directory
In file included from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/memory.h:16,
                  from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/object.h:20,
                  from C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/wx.h:16,
                  from src/include/wrapper.h:20,

                  from src\cpp\apppath.cpp:1:0:
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:181: error: expected  
initializer before "wxStdString"
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:714: error: expected `,'  
or `...' before '&' token
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:715: error: ISO C++  
forbids declaration of `wxStdString' with no type
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:715: error:  
`wxString::wxString(int)' and `wxString::wxString(int)' cannot be  
overloaded
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h: In constructor  
`wxString::wxString(int)':
C:/usr/x/Haskell/wxMSW-2.8.10/include/wx/string.h:715: error: `s' was not  
declared in this scope
cabal: Error: some packages failed to install:
wx-0.12.1.2 depends on wxcore-0.12.1.2 which failed to install.
wxcore-0.12.1.2 failed during the building phase. The exception was:
exit: ExitFailure 1




Regards,
Henk-Jan van Tuyl


--
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
--

[wxhaskell-users] ANN: wxHaskell 0.12.1.2

[Jeremy O'D. <jer...@gm...>]

Hi all,

On behalf of the wxHaskell maintainers, I am very pleased to announce
the release of wxHaskell 0.12.1.2.

The key feature of this release is that it is now possible to install
wxHaskell entirely using cabal on all targets (with a minor proviso on
Windows). The credit for this achievement is almost all down to new
contributor Brian Lewis, who has worked very hard to make this work
'just right', and given me (at least) an object lesson in how to use
Cabal.

The small proviso for Windows machines is that wxWidgets should be
built using MSys - none of the other compilers supported by wxWidgets
is currently working, but we consider this a small price to pay for
the convenience of getting a GUI straight from cabal.

For Unix machines which have wxWidgets 2.8.x installed, you should now
be able to install wxHaskell with a simple:

cabal install wx

For Windows machines, there are a few prerequisites:

1) You will need the Windows port of wx-config in your path. This can
be downloaded from http://wxconfig.googlepages.com/
2) You will need to compile wxWidgets using MSys. We have tested
against MinGW 5.1.6 with g++ compiler, MinGW Make, MSYS-1.0.11,
wxMSW-2.8.10, which are the latest versions, and can be downloaded
from their respective websites. I used a completely clean install of
the latest Haskell Platform to validate the procedure.

Please note: all commands to be entered in an MSys shell.

cd /c/path/to/wxWidgets-2.8.10/build/msw
mingw32-make -f makefile.gcc BUILD=release MONOLITHIC=1 SHARED=1 UNICODE=1

set PATH=$PATH:/c/path/to/wx-config
set WXWIN=/c/path/to/wxWidgets-2.8.10
set WXCFG=gcc_dll/mswu
cabal install wx

I will be updating the wxHaskell wiki to reflect these changes over
the next day or so.

Best Regards
Jeremy O'Donoghue on behalf of the wxHaskell maintainers.

[wxhaskell-users] Tooltips for Items

[Fernando B. <gre...@gm...>]

Hi all,
I have a simple question:  I need to add a different tooltip to each item in
a ListCtrl (I can change it for a SingleListBox if needed).
How can I do this?
Thanks in advance.


Pablo Picasso<http://www.brainyquote.com/quotes/authors/p/pablo_picasso.html>
- "Computers are useless. They can only give you answers."

Re: [wxhaskell-users] Problem with binary distribution for OSX

[Daniel G. <dg...@dc...>]

Hi Eric,

Great to know. You should probably consider updating http://www.haskell.org/haskellwiki/WxHaskell/Building 
  where binary releases are mentioned as the "official" way to install  
wxhaskell once this is done.

Since we are on it, will the new cabalized version try to avoid the  
default wxwidgets installation on OSX? That is, for the case where  
wxhaskell is automatically pulled as a dependency....

Thanks,
Daniel


On Nov 12, 2009, at 1:44 PM, Eric Y. Kow wrote:

> Hi Daniel,
>
> On Wed, Nov 11, 2009 at 11:17:23 -0300, Daniel Gorín wrote:
>> I had problems using the binary distribution of wxhaskell for OSX. I
>> get an error message indicating that the post-install step failed
>> because /opt/local/bin/ghc-pkg was not found. Since I'm not using the
>> macports version of ghc anymore, it is not surprising that ghc-pkg  
>> was
>> not found there.
>
> My suggestion : hang on for a little while, because the wxHaskell team
> is about to upload a new fully Cabal-based version of wxHaskell.  This
> means that once you have wxWidgets (unfortunately, for MacOS X, you  
> have
> to use a self-built one, for example via MacPorts) you can just cabal
> install wx or even any application that depends on wxHaskell and it  
> will
> just work.
>
> Phew, things are really starting to come together : now that we have  
> an
> easy way to create application bundles and an easy wxHaskell
> installation process, releasing GUI apps is going to be a lot easier.
>
> -- 
> Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
> PGP Key ID: 08AC04F9

Re: [wxhaskell-users] Problem with binary distribution for OSX

[Eric Y. K. <eri...@gm...>]

Hi Daniel,

On Wed, Nov 11, 2009 at 11:17:23 -0300, Daniel Gorín wrote:
> I had problems using the binary distribution of wxhaskell for OSX. I  
> get an error message indicating that the post-install step failed  
> because /opt/local/bin/ghc-pkg was not found. Since I'm not using the  
> macports version of ghc anymore, it is not surprising that ghc-pkg was  
> not found there.

My suggestion : hang on for a little while, because the wxHaskell team
is about to upload a new fully Cabal-based version of wxHaskell.  This
means that once you have wxWidgets (unfortunately, for MacOS X, you have
to use a self-built one, for example via MacPorts) you can just cabal
install wx or even any application that depends on wxHaskell and it will
just work.

Phew, things are really starting to come together : now that we have an
easy way to create application bundles and an easy wxHaskell
installation process, releasing GUI apps is going to be a lot easier.

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

[wxhaskell-users] ANNOUNCE: simple-observer-0.0.1, a simple implementation of the observer design pattern

[Andy G. <ha...@gi...>]

Hi all,

Further to earlier discussion on this topic, I've just released a  
first version of this package to hackage:

http://hackage.haskell.org/package/simple-observer

It is a fairly simple implementation of subject/observer which I've  
recently used to good effect in an GUI written using wxHaskell.

Here's a blog post discussing it further and giving a simple example  
of use:

http://gimbo.org.uk/blog/2009/11/12/simple-observers-in-haskell/

Many thanks for the earlier comments, even if they haven't resulted in  
any changes (yet?).

Best regards,

-Andy

[wxhaskell-users] Problem with binary distribution for OSX

[Daniel G. <dg...@dc...>]

Hi

First of all, my apologies if this is not the correct list to report  
this.

I had problems using the binary distribution of wxhaskell for OSX. I  
get an error message indicating that the post-install step failed  
because /opt/local/bin/ghc-pkg was not found. Since I'm not using the  
macports version of ghc anymore, it is not surprising that ghc-pkg was  
not found there.

So I looked at /Volumes/wxhaskell/wxhaskell.pkg/Contents/Resources/ 
wxhaskell.post_install and saw this:

#!/bin/sh

GHCPKG=/opt/local/bin/ghc-pkg
# try these versions of GHC-PKG in turn
# would it maybe be best just to let the installer fail?
if test "$GHCPKG" = ""; then
   if test -f /usr/local/bin/ghc-pkg; then
     GHCPKG=/usr/local/bin/ghc-pkg
   elif test -f /opt/local/bin/ghc-pkg; then
     GHCPKG=/opt/local/bin/ghc-pkg
   elif test -f /sw/bin/ghc-pkg; then
     GHCPKG=/sw/bin/ghc-pkg
   else
     echo "I can't find ghc-pkg in the path ($PATH)!"
     echo "Is GHC even installed?"
     exit 1
   fi
fi
cat "$1/Contents/Resources/wxcore.pkg" | sed -e "s|\${wxhlibdir}|/usr/ 
local/wxhaskell/lib|" | $GHCPKG --global update -
cat "$1/Contents/Resources/wx.pkg" | sed -e "s|\${wxhlibdir}|/usr/ 
local/wxhaskell/lib|" | $GHCPKG --global update -

Now, since GHCPKG is initialized as "/opt/local/bin/ghc-pkg", the test  
"$GHCPKG" = "" will always fail. This means that the long chain of ifs  
is dead-code and, more importantly, this script is useless for anyone  
not using macports. This is particularly problematic now that the  
Haskell Platform is suggested as the main channel for ghc distribution.

My suggestion would be to change the script to:

#!/bin/sh

GHCPKG=$(which ghc-pkg)
# try these versions of GHC-PKG in turn
# would it maybe be best just to let the installer fail?
if test "$GHCPKG" = ""; then
     echo "I can't find ghc-pkg in the path ($PATH)!"
     echo "Is GHC even installed?"
     exit 1
fi
cat "$1/Contents/Resources/wxcore.pkg" | sed -e "s|\${wxhlibdir}|/usr/ 
local/wxhaskell/lib|" | $GHCPKG --global update -
cat "$1/Contents/Resources/wx.pkg" | sed -e "s|\${wxhlibdir}|/usr/ 
local/wxhaskell/lib|" | $GHCPKG --global update -

Thanks,
Daniel

Re: [wxhaskell-users] making 'cabal install' just work for MacOS X gui apps

[Eric Y. K. <eri...@gm...>]

On Mon, Nov 09, 2009 at 15:57:02 +0000, Andy Gimblett wrote:
> I've just taken this and put it into its own project on github:
>
> http://github.com/gimbo/osxSetup.hs

Thanks!  You can count me in as a tester (after the upcoming Darcs Hacking
Sprint, at least).


> What I've done so far is turn Setup.hs into Distribution/MacOSX.hs, and 
> I'm about to start trying to work out how it would be called from a 
> (simpler) Setup.hs, possibly in a nicely cross-platform manner.  That 
> probably means I need to join the cabal-devel list.

I'm no Cabal or MacOS X expert, but it sounds like you could

1. get rid of main (put it in an example Setup.hs)

2. make appBundleHook take mRestrictTo and customiseAppBundle
   as parameters and remove them from the module.

3. make a more generic version of customiseAppBundle
   (note that I still don't know if all the steps there are
    really necessary; see GenI for the plist files, etc)

Otherwise, it looks like the Cabal file for, say, GenI could just depend on the
cabal-macosx package.

Hope this isn't already redundant with what you were planning,

Eric

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Re: [wxhaskell-users] making 'cabal install' just work for MacOS X gui apps

[Andy G. <ha...@gi...>]

Hi Eric (and all),

I've finally got round to looking at this again...

On 19 Oct 2009, at 13:20, Eric Y. Kow wrote:

> Great.  I think the latest version can always be retrieved with
>
>  wget http://code.haskell.org/GenI/Setup.hs

I've just taken this and put it into its own project on github:

http://github.com/gimbo/osxSetup.hs

> I sure wouldn't mind seeing some sort of Distribution.MacOSX module  
> (or
> whatever) being distributed on hackage.

What I've done so far is turn Setup.hs into Distribution/MacOSX.hs,  
and I'm about to start trying to work out how it would be called from  
a (simpler) Setup.hs, possibly in a nicely cross-platform manner.   
That probably means I need to join the cabal-devel list.

> I wonder if that would work
> well with cabal-install, specifying something like appbundle ==  
> 0.1.* in
> our Cabal files and having Setup.hs itself import a module from that
> package.  It may be a good idea to follow up on this with the Cabal
> folks...

If you've any suggestions, let me know.  I'll keep you informed as to  
progress.

Cheers!

-Andy

[wxhaskell-users] modify text control on input

[nat m. <taz...@gm...>]

I'm trying to make a text control that allows only letters and spaces, and
changes letters to underscores* as you type*. So if you typed "abc123 def",
you would see "___ ___" appearing.

I thought the solution would be
controlOnText<http://hackage.haskell.org/packages/archive/wxcore/0.10.1/doc/html/Graphics-UI-WXCore-Events.html#v%3AcontrolOnText>,
which is nice because it works with both keyboard input and pasting. The
problem is it also gets called when I change the text using set. For example
here's a simple program that just reads the text and sets it again:

module Main where
import Graphics.UI.WX
import Graphics.UI.WXCore

main = start $
    do f <- frame []
       input <- textEntry f []
       controlOnText input $ update input
    where
        update input =
            do txt <- get input text
               set input [text := txt]

This doesn't work because it results in an infinite loop. In wxPython I can
use ChangeValue instead of SetValue to change the text without creating an
event, but I can't find anything like that in wxHaskell. Is there another
way to do this?

Re: [wxhaskell-users] Haskell-Cafe Digest, Vol 74, Issue 53

[Eric Y. K. <eri...@gm...>]

Hi Iain,

I'm taking the liberty of cc'ing wxhaskell-users.

Iain said:
> I was trying to go through some of the wxHaskell examples, and they  
> wouldn't work on my (Tiger) mac. Same thing happened with a few other  
> wx apps I downloaded from Hackage. A bit of a rummage on the internet  
> turned up an issue with wxMac[1]. You need to put the haskell  
> executable in an OSX Application Bundle or you can't get focus on the  
> window.
>
> Since I don't know how to use XCode (and quickly got bored of trying  
> to find what I needed to do with it for my needs) I setup an  
> applescript that builds a bare bones app bundle, with a basic plist  
> file too.

Thanks for your efforts!

> This is probably something others have gone though and, just in case  
> it might be some use to others, I stuck it here (might be a little  
> bit of overkill using Sourceforge, but I wasn't go to pay for the  
> download space on my blog considering I have zero cash right now).
> 
> http://sourceforge.net/projects/makebundle/
> 
> The applescript has a perl script in it too, so you'll need perl on  
> your machine for it to work. Everything you need to know is in the  
> readme.

I've also done something similar
  http://koweycode.blogspot.com/2009/09/cabal-installing-graphical-apps-on.html
only in Haskell and attempting to integrate into a Cabal Setup script.

You may want to know about work by Andy Gimblett to package this up
nicely:
  http://www.mail-archive.com/wxh...@li.../msg00725.html

I hope his work will one day may the macosx-app shell script
obsolete.

Cheers,

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

[wxhaskell-users] ANNOUNCE: GeBoP 1.7

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I have updated and cabalized Daan Löffler's GeBoP and uploaded it to  
Hackage.

GeBoP, the General Boardgames Player, offers a set of board games: Ataxx,  
Bamp, Halma, Hez, Kram, Nim, Reversi, TicTacToe, and Zenix. The  
application also features a brain viewer which enables you to explore the  
computer's internal game tree.

The homepage is:
   http://www.haskell.org/haskellwiki/GeBoP

Regards,
Henk-Jan van Tuyl


--
http://functor.bamikanarie.com
http://Van.Tuyl.eu/
--

Re: [wxhaskell-users] making 'cabal install' just work for MacOS X gui apps

[Eric Y. K. <eri...@gm...>]

Hi!

On Thu, Oct 15, 2009 at 15:29:43 +0100, Andy Gimblett wrote:
> I started hacking on your Setup.hs to this end, but it occurred to me  
> that this might be useful to others, in which case I should a) tidy up  
> what I've done, b) keep the "build app on install" behaviour too, for  
> deployers, c) test it across platforms and d) release it somehow.  But  
> before I expend that effort, I wanted to ask if your version of Sep 11  
> (http://www.mail-archive.com/wxh...@li.../msg00701.html 
> ) is the most current / best one to hack on.

Great.  I think the latest version can always be retrieved with

  wget http://code.haskell.org/GenI/Setup.hs

I sure wouldn't mind seeing some sort of Distribution.MacOSX module (or
whatever) being distributed on hackage.  I wonder if that would work
well with cabal-install, specifying something like appbundle == 0.1.* in
our Cabal files and having Setup.hs itself import a module from that
package.  It may be a good idea to follow up on this with the Cabal
folks...

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Re: [wxhaskell-users] making 'cabal install' just work for MacOS X gui apps

[Andy G. <ha...@gi...>]

Hi Erik,

I started looking at/using this today, but I'm interested in building  
the app at _build_ time, not install time. My reason for this is that  
I'm developing under OS X, in an edit/build/run cycle, so I need  
the .app to be there for testing.

I started hacking on your Setup.hs to this end, but it occurred to me  
that this might be useful to others, in which case I should a) tidy up  
what I've done, b) keep the "build app on install" behaviour too, for  
deployers, c) test it across platforms and d) release it somehow.  But  
before I expend that effort, I wanted to ask if your version of Sep 11  
(http://www.mail-archive.com/wxh...@li.../msg00701.html 
) is the most current / best one to hack on.

Thanks!

-Andy

On 11 Sep 2009, at 21:04, Eric Y. Kow wrote:

> Slightly improved version with chmod u+x (oops)

Re: [wxhaskell-users] wxHaskell and threads: FAQ is still best advice?

[Eric K. <eri...@gm...>]

On Tue, Oct 13, 2009 at 15:44:26 +0100, Andy Gimblett wrote:
> > Note also that the Process sample has not changed since the last  
> > commit
> > from Daan.  Maybe you could try compiling it?
> 
> I did; it compiles, and works nicely, yes.  But I don't want to launch  
> external processes, which is what that part of the library seems to be  
> about?

Well, I suspect the external processes bit is just an excuse to have
a separate thread running.

> I'd seen that too, but not looked too closely because it didn't appear  
> to be so relevant. Maybe I should look more closely at  
> evtHandlerProcessEvent and friends, then.

If you could update the wiki with your experiences, that would be a big
help.

Thanks!

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Re: [wxhaskell-users] wxHaskell and threads: FAQ is still best advice?

[Andy G. <ha...@gi...>]

On 13 Oct 2009, at 12:59, Eric Kow wrote:

> On Mon, Oct 12, 2009 at 13:26:34 +0100, Andy Gimblett wrote:
>> I just wanted to ask whether the FAQ entry on multiple threads at
>>
>> http://haskell.org/haskellwiki/WxHaskell/FAQ
>>
>> is still the best advice?  It mentions GHC 6.0, but I wondered if
>> things had changed since then.
>
> But it looks like you could get some insights from
>
>  http://docs.wxwidgets.org/stable/wx_wxthreadoverview.html#wxthreadoverview

Yeah, I spotted that, and for now the plan is to use the idle event  
and split my long-running operation into tiny chunks, called  
repeatedly by that.  It's not very satisfying but I guess it will work.

> Note also that the Process sample has not changed since the last  
> commit
> from Daan.  Maybe you could try compiling it?

I did; it compiles, and works nicely, yes.  But I don't want to launch  
external processes, which is what that part of the library seems to be  
about?

> I also noticed
> http://snipplr.com/view/17538/wxhaskell-multithread--custom-event-example/

I'd seen that too, but not looked too closely because it didn't appear  
to be so relevant. Maybe I should look more closely at  
evtHandlerProcessEvent and friends, then.

Thanks!

-Andy

Re: [wxhaskell-users] wxHaskell and threads: FAQ is still best advice?

[Eric K. <eri...@gm...>]

On Tue, Oct 13, 2009 at 12:59:00 +0100, Eric Kow wrote:
> But it looks like you could get some insights from
> 
>   http://docs.wxwidgets.org/stable/wx_wxthreadoverview.html#wxthreadoverview
> 
> Note also that the Process sample has not changed since the last commit
> from Daan.  Maybe you could try compiling it?

I also noticed
http://snipplr.com/view/17538/wxhaskell-multithread--custom-event-example/ 

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Re: [wxhaskell-users] wxHaskell and threads: FAQ is still best advice?

[Eric K. <eri...@gm...>]

So, I don't know much about this kind of stuff

On Mon, Oct 12, 2009 at 13:26:34 +0100, Andy Gimblett wrote:
> I just wanted to ask whether the FAQ entry on multiple threads at
> 
> http://haskell.org/haskellwiki/WxHaskell/FAQ
> 
> is still the best advice?  It mentions GHC 6.0, but I wondered if  
> things had changed since then.

But it looks like you could get some insights from

  http://docs.wxwidgets.org/stable/wx_wxthreadoverview.html#wxthreadoverview

Note also that the Process sample has not changed since the last commit
from Daan.  Maybe you could try compiling it?

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9