wxhaskell-users — General mailing list for wxhaskell users

AW: [wxhaskell-users] build problems on SuSE Linux 8.2

[<Mar...@in...>]

try ./configure instead of ../configure

--
Markus Schnell
Infineon Technologies AG, CPR ET
Tel +49 (89) 234-20875


> -----Urspr=FCngliche Nachricht-----
> Von: wxh...@li...=20
> [mailto:wxh...@li...] Im=20
> Auftrag von dwakelin
> Gesendet: Sonntag, 9. November 2003 09:38
> An: wxh...@li...
> Betreff: [wxhaskell-users] build problems on SuSE Linux 8.2
>=20
>=20
> Hello there,
>   I tried a build of wxHaskell, following the instructions as=20
> published.=20
> Here's what=20
> happened. Regards,
>   =20
> David=20
> --------------------------------------------------------------
> --------------
> =20
> Script started on Sun 09 Nov 2003 08:11:41 GMT=20
> dw@shinjuku:~/Documents/wxhaskell-0.4> uname -a=20
> Linux shinjuku 2.4.20-4GB #1 Mon Mar 17 17:54:44 UTC 2003=20
> i686 unknown unknown=20
> GNU/Linux=20
> dw@shinjuku:~/Documents/wxhaskell-0.4> mkdir build=20
> dw@shinjuku:~/Documents/wxhaskell-0.4> cd build=20
> dw@shinjuku:~/Documents/wxhaskell-0.4/build> ../configure
>                                     =20
> ./config.search: ./config.search: No such file or directory=20
> ./config.search: ./config.search: No such file or directory
>  ./config.search:=20
> ./config.search: No such file or directory=20
> ./config.search: ./config.search: No such file or directory
>  install libraries at :=20
> /usr/local/lib                                          =20
> ./config.search:=20
> ./config.search: No such file or=20
> directory=20
> error:
>   Unable to find the 'wx-config' program:=20
> wx-config
>  Maybe you forgot to run 'make install' on wxWindows?
>   Otherwise, add the=20
> install directory of wx-config to your path.=20
> dw@shinjuku:~/Documents/wxhaskell-0.4/build>=20
> Script done on Sun 09 Nov 2003 08:12:30 GMT
>=20
>=20
> =20
> Ok, let's try some other things...
>=20
> =20
> Script started on Sun 09 Nov 2003 08:15:29 GMT=20
> dw@shinjuku:~/Documents/wxhaskell-0.4> ./configure --with  -odbc=20
> error: Unknown option "--with-odbc". Use "--help" to show=20
> valid options.
> =20
> dw@shinjuku:~/Documents/wxhaskell-0.4> ./configure --with-glcanvas=20
> error: Unknown option "--with-glcanvas". Use "--help" to show=20
> valid options.
> =20
> dw@shinjuku:~/Documents/wxhaskell-0.4> ./configure --enable-wave=20
> error: Unknown option "--enable-wave". Use "--help" to show=20
> valid options.=20
> Script done on Sun 09 Nov 2003 08:16:58 GMT
>=20
>=20
>=20
>=20
> ---------------------------------
> http://www.dcs.ex.ac.uk/~dwakelin
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>=20

[wxhaskell-users] build problems on SuSE Linux 8.2

[dwakelin <D.W...@ex...>]

Hello there,
  I tried a build of wxHaskell, following the instructions as published. 
Here's what 
happened. Regards,
   
David 
----------------------------------------------------------------------------
 
Script started on Sun 09 Nov 2003 08:11:41 GMT 
dw@shinjuku:~/Documents/wxhaskell-0.4> uname -a 
Linux shinjuku 2.4.20-4GB #1 Mon Mar 17 17:54:44 UTC 2003 i686 unknown unknown 
GNU/Linux 
dw@shinjuku:~/Documents/wxhaskell-0.4> mkdir build 
dw@shinjuku:~/Documents/wxhaskell-0.4> cd build 
dw@shinjuku:~/Documents/wxhaskell-0.4/build> ../configure
                                     
./config.search: ./config.search: No such file or directory 
./config.search: ./config.search: No such file or directory
 ./config.search: 
./config.search: No such file or directory 
./config.search: ./config.search: No such file or directory
 install libraries at : 
/usr/local/lib                                           ./config.search: 
./config.search: No such file or 
directory 
error:
  Unable to find the 'wx-config' program: 
wx-config
 Maybe you forgot to run 'make install' on wxWindows?
  Otherwise, add the 
install directory of wx-config to your path. 
dw@shinjuku:~/Documents/wxhaskell-0.4/build> 
Script done on Sun 09 Nov 2003 08:12:30 GMT


 
Ok, let's try some other things...

 
Script started on Sun 09 Nov 2003 08:15:29 GMT 
dw@shinjuku:~/Documents/wxhaskell-0.4> ./configure --with  -odbc 
error: Unknown option "--with-odbc". Use "--help" to show valid options.
 
dw@shinjuku:~/Documents/wxhaskell-0.4> ./configure --with-glcanvas 
error: Unknown option "--with-glcanvas". Use "--help" to show valid options.
 
dw@shinjuku:~/Documents/wxhaskell-0.4> ./configure --enable-wave 
error: Unknown option "--enable-wave". Use "--help" to show valid options. 
Script done on Sun 09 Nov 2003 08:16:58 GMT




---------------------------------
http://www.dcs.ex.ac.uk/~dwakelin

RE: [wxhaskell-users] Problem with wxHaskell

[Wojtek M. <wo...@cs...>]

> -----Original Message-----
> From: Arjan van IJzendoorn [mailto:af...@cs...]
> Sent: Tuesday, November 11, 2003 6:06 AM
> To: Wojtek Moczydlowski; wxh...@li...
> Subject: Re: [wxhaskell-users] Problem with wxHaskell
>
>
> Hi Wojtek,
>
> > when the new rectangle is
> > drawn, the old one turns black.
>
> No, it doesn't. Your computer is too fast :-) A colored rectangle is drawn

It makes sense and your modification works. Thanks!

But actually, the speed is very slow. When I drew the rectangle just by
calling putPixel on appropriate points, on 2.5 GHz machine, even after
compilation with -O2 switch it worked slowly. I suppose that my old 33 Mhz
machine with a similar program in Pascal would do better. Of course, Haskell
is not fast, but this was way too slow for the computer of these
capabilities. Any ideas what's the reason?

Wojtek

Re: [wxhaskell-users] Problem with wxHaskell

[Arjan v. I. <af...@cs...>]

Hi Wojtek,

> when the new rectangle is
> drawn, the old one turns black.

No, it doesn't. Your computer is too fast :-) A colored rectangle is drawn
with a black *border*. Then you draw a new rectangle that is only one pixel
to the left/right and one pixel up/down. All you see of the old rectangle is
its black border. To fix this you can change your setColor function to also
change the pen color (border color) and not only the brush color (fill
color):

setColor :: Color -> SGM ()
setColor c = runDC $ \dc -> do
    dcSetBrushStyle dc (BrushStyle BrushSolid c)
    dcSetPenStyle dc (penColored c 1)

Or you can move your rectangles over a larger distance and then you'll see
that their inside is indeed colored:

dirToVector dir =
  let (x, y) = case dir of
        NW -> (-3, -3)
        NE -> (3, -3)
        SW -> (-3, 3)
        SE -> (3, 3)
     in vector x y


Good luck, Arjan

[wxhaskell-users] Problem with wxHaskell

[Wojtek M. <wo...@cs...>]

  Hello all,

First of all I would like to say that I think that wxHaskell is a great
library. Do you plan to implement OleAutomation object soon?

However, I have a problem. I've been trying to write a small library on top
of wxHaskell, in order to provide very simple drawing capabilities for
people like me, who do not want or need to know about
all the contexts and so on and want just to draw pictures. So I have created
a simple state monad which threads Window () along with ClientDC(). However,
the attached program doesn't work as expected - when the new rectangle is
drawn, the old one turns black. (the important part of Main.hs is testRect
which actually draws things, rest of stuff in Main.hs just computes the
route and colors. What should I change so that the program won't exhibit
this problem?

Wojtek

Re[2]: [wxhaskell-users] build problems

[Johannes G. <jg...@jg...>]

Hi Daan!

First, a huge thank you for the haskell binding - I like it very much.
Soon people will begin to wonder why they've ever been using python. ;-)
Second, I'm using debian's wxwindows-2.4 libraries and compiling the examples
gives me exactly the same errors as reported below. I don't know whether the
debian packages have been built with opengl-support, though.

BMM> There are the errors I get:

BMM> $ ghc --make HelloWorld -package wx
BMM> Chasing modules from: HelloWorld
BMM> Skipping  Main             ( HelloWorld.hs, HelloWorld.o )
BMM> Linking ...
BMM> /usr/lib/libwxc-0.4.so: undefined reference to
BMM>    `wxGLCanvas::SetCurrent(void)'
BMM> /usr/lib/libwxc-0.4.so: undefined reference to
BMM>    `wxGLCanvas::wxGLCanvas(wxWindow *, wxGLCanvas const *, int, wxPoint
BMM>    const &, wxSize const &, long, wxString const &, int *, wxPalette const &)'
BMM> /usr/lib/libwxc-0.4.so: undefined reference to
BMM>   `wxGLCanvas::wxGLCanvas(wxWindow *, int, wxPoint const &,
BMM>    wxSize const &, long, wxString const &, int*, wxPalette const &)'
BMM> /usr/lib/libwxc-0.4.so: undefined reference to `wxGLCanvas::SetColour(char
BMM>   const *)'
BMM> /usr/lib/libwxc-0.4.so: undefined reference to
BMM>   `wxGLCanvas::SwapBuffers(void)'
BMM> collect2: ld returned 1 exit status

Best regards,
 Johannes                            mailto:jg...@jg...

Re: [wxhaskell-users] build problems

[Daan L. <daa...@xs...>]

Hi Brandon,

> I've rebuilt wxWindows passing --with-glcanvas to configure, and rebuilt
> wxHaskell.  The opengl samples in the wxWindows distribution all work,
> so I'm pretty sure I've compiled the glcanvas stuff. I've recompiled
> all of wxHaskell, and I'm still seeing these link errors.

Very strange. Maybe you have forgotten to run "make install" on wxWindows?
(and thus libwxc-0.4.so links with an older version of the wxWindows libs)
I suspect that is it since the wxWindows samples work. Furthermore, the
link errors are really on the wxWindows side so somehow an older version
of the libwx_gtk_xxx.so is found.

> Take a look at the patch yourself. It only changes two lines, and in one 
> I
> added an option to the build rule because I couldn't find the right
> variable to put it in.

What do you mean? Which patch? Do you mean the diff of the makefile
you send earlier?

All the best,
  Daan.

Re: [wxhaskell-users] build problems

[Brandon M. M. <br...@it...>]

I've rebuilt wxWindows passing --with-glcanvas to configure, and rebuilt
wxHaskell.  The opengl samples in the wxWindows distribution all work,
so I'm pretty sure I've compiled the glcanvas stuff. I've recompiled
all of wxHaskell, and I'm still seeing these link errors. Take a look
at the patch yourself. It only changes two lines, and in one I
added an option to the build rule because I couldn't find the right
variable to put it in.

Brandon

There are the errors I get:

$ ghc --make HelloWorld -package wx
Chasing modules from: HelloWorld
Skipping  Main             ( HelloWorld.hs, HelloWorld.o )
Linking ...
/usr/lib/libwxc-0.4.so: undefined reference to
   `wxGLCanvas::SetCurrent(void)'
/usr/lib/libwxc-0.4.so: undefined reference to
   `wxGLCanvas::wxGLCanvas(wxWindow *, wxGLCanvas const *, int, wxPoint
   const &, wxSize const &, long, wxString const &, int *, wxPalette const &)'
/usr/lib/libwxc-0.4.so: undefined reference to
  `wxGLCanvas::wxGLCanvas(wxWindow *, int, wxPoint const &,
   wxSize const &, long, wxString const &, int*, wxPalette const &)'
/usr/lib/libwxc-0.4.so: undefined reference to `wxGLCanvas::SetColour(char
  const *)'
/usr/lib/libwxc-0.4.so: undefined reference to
  `wxGLCanvas::SwapBuffers(void)'
collect2: ld returned 1 exit status

On Sat, 8 Nov 2003, Daan Leijen wrote:

> Hi Brandon,
>
> > I just built wxHaskell-0.4. I'm running GHC 6.3 out of CVS, and I had to
> > add -package text while compiling wxdirect, and increase the stack size
> > to compile WxcClasses (and probably some of the other generated files).
>
> Thanks for the diff file. I'll patch it in the cvs (although these
> changes are not necessary for GHC 6.0.1)
>
> > Trying to compile the samples gives linker errors about missing methods
> > on wxGLCanvas. I'm pretty sure I built wxWindows with gl support, but I'm
> > rebuilding it now to be sure.
>
> You need to use "--with-glcanvas" in the configure of wxWindows.
> When you rebuild, be sure that you have deleted the cache of the configure
> script or otherwise your options are ignored. (doing "rm *" in the build
> directory works for me :-)
>
> Thanks for the patches,
> -- Daan.
>
>
> > The attached diff has the lines I changed in the makefile to get this to
> > build.
> >
> > Brandon
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>

Re: [wxhaskell-users] build problems

[Daan L. <daa...@xs...>]

Hi Brandon,

> I just built wxHaskell-0.4. I'm running GHC 6.3 out of CVS, and I had to
> add -package text while compiling wxdirect, and increase the stack size 
> to compile WxcClasses (and probably some of the other generated files).

Thanks for the diff file. I'll patch it in the cvs (although these
changes are not necessary for GHC 6.0.1)

> Trying to compile the samples gives linker errors about missing methods
> on wxGLCanvas. I'm pretty sure I built wxWindows with gl support, but I'm
> rebuilding it now to be sure.

You need to use "--with-glcanvas" in the configure of wxWindows.
When you rebuild, be sure that you have deleted the cache of the configure
script or otherwise your options are ignored. (doing "rm *" in the build
directory works for me :-)

Thanks for the patches,
-- Daan.


> The attached diff has the lines I changed in the makefile to get this to
> build.
>
> Brandon

[wxhaskell-users] build problems

[Brandon M. M. <br...@it...>]

I just built wxHaskell-0.4. I'm running GHC 6.3 out of CVS, and I had to
add -package text while compiling wxdirect, and increase the stack size to
compile WxcClasses (and probably some of the other generated files).

Trying to compile the samples gives linker errors about missing methods
on wxGLCanvas. I'm pretty sure I built wxWindows with gl support, but I'm
rebuilding it now to be sure.

The attached diff has the lines I changed in the makefile to get this to
build.

Brandon

Re: [wxhaskell-users] Announce: wxHaskell 0.4

[Gour <go...@ma...>]

Daan Leijen (daa...@xs...) wrote:

> Since most of the interface is automatically generated from the 
> wxEiffel binding, the current release of wxHaskell supports 
> about 85% of the wxWindows functionality -- 2878 methods in 513
> classes with 1347 constant definitions.
> 
> wxHaskell has been build with GHC 6.01 on Windows, MacOS X and 
> Unix systems with GTK. A binary distribution is available for Windows 
> and MacOS X. 
> 
> And even if you don't intend to write GUI's yourself, it will be fun 
> to check out the screenshots at <http://wxhaskell.sourceforge.net>.
> 
> All the best,
>   dr. :-)  Daan Leijen.

Congratulations dr. Leijen :-)

I'll try to roll out ebuild for 0.4, but before I have to migrate some data
from one server to another (with some setup in between :-)

Moreover, I have to become a little bit familiar with ghc-pkg mechanism.

Sincerely,
Gour

> 
>  
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 

-- 
Gour
go...@ma...
Registered Linux User #278493

[wxhaskell-users] Announce: wxHaskell 0.4

[Daan L. <daa...@xs...>]

Announcement: wxHaskell version 0.4 
----------------------------------------------------------------------

<http://wxhaskell.sourceforge.net>

The main addition of this new release is extensive support for ODBC 
database access. This is currently only tested on windows and not yet 
supported on MacOS X. Further additions: many GUI improvements for 
MacOS X, resize issues have been fixed, new functionality to 
manipulate pixel buffers, and support for OpenGL windows (untested yet 
with HOpenGL... we are looking for volunteers :-).

----------------------------------------------------------------------
wxHaskell is a portable GUI library for Haskell. The goal of the 
project is to provide an industrial strength portable GUI library, but 
without the burden of developing (and maintaining) one ourselves. 

wxHaskell is therefore build on top of wxWindows -- a comprehensive 
C++ library that is portable across all major GUI platforms; including 
GTK, Windows, X11, and MacOS X. Furthermore, it is a mature library 
(in development since 1992) that supports a wide range of widgets with 
native look-and-feel, and it has a very active community (ranked among 
the top 25 most active projects on sourceforge).

Since most of the interface is automatically generated from the 
wxEiffel binding, the current release of wxHaskell supports 
about 85% of the wxWindows functionality -- 2878 methods in 513
classes with 1347 constant definitions.

wxHaskell has been build with GHC 6.01 on Windows, MacOS X and 
Unix systems with GTK. A binary distribution is available for Windows 
and MacOS X. 

And even if you don't intend to write GUI's yourself, it will be fun 
to check out the screenshots at <http://wxhaskell.sourceforge.net>.

All the best,
  dr. :-)  Daan Leijen.

 

[wxhaskell-users] wxDesigner & wxhaskell

[Gour <go...@ma...>]

Hi!

Can a tool like wxDesigner be of some use with wxhaskell?

Sincerely,
Gour

-- 
Gour
go...@ma...
Registered Linux User #278493

Re: [wxhaskell-users] Mingw build

[Gour <go...@ma...>]

Nick Name (nic...@in...) wrote:

> Did you have to do something to compile the thing or did it work out of 
> the box?

After building wxWindows (debug, disable-shared) library, it worked out of the
box (./configure --prefix=/mingw ; make install ) on MinGW + MSYS environment.

I'm relly looking forward to learn Haskell, so I can take adavantage of great
wxhaskell package.

Sincerely,
Gour

-- 
Gour
go...@ma...
Registered Linux User #278493

Re: [wxhaskell-users] Mingw build

[Nick N. <nic...@in...>]

Alle 14:54, sabato 1 novembre 2003, Gour ha scritto:
> Just a short note: I was able to build wxhaskell with MinGW compiler
> and it runs fine (as well I could test, since I'm in the midst of
> some other work) on my Win98 (under win4lin).

Did you have to do something to compile the thing or did it work out of 
the box?

Vincenzo

[wxhaskell-users] Mingw build

[Gour <go...@ma...>]

Hi!

Just a short note: I was able to build wxhaskell with MinGW compiler and it
runs fine (as well I could test, since I'm in the midst of some other work) 
on my Win98 (under win4lin).

Sincerely,
Gour

-- 
Gour
go...@ma...
Registered Linux User #278493

Re: [wxhaskell-users] wxhaskell vs. HToolkit

[David R. <dr...@jd...>]

On Wed, Oct 29, 2003 at 08:40:33AM +0100, Gour wrote:
> Daan Leijen (daa...@xs...) wrote:
> > I know about darcs, but I wasn't aware that it uses wxHaskell.
> 
> Well, at the moment it is Haskell only, but wxhaskell was mentioned on
> darcs' mailing list when there was discussion about GUI, hence .. :-)

There is already optional GUI support in the latest darcs (using
wxhaskell).  It's not really useful yet (although it can be used), since I
haven't created a decent patch-viewing widget.  That's waiting on your
resizing fixes, so after wxhaskell 0.4 I'll take a look at it again and see
how far I get.

Darcs' gui interface is actually a bit unusual, in that it only exists for
certain commands, and so the command line is still required.  It's a
replacement for interactive prompting rather than a replacement for the
command line.  Which is pleasant to implement with wxhaskell's 'start'
function, which lets me start an interface whenever I want to (although
once I start it, it can't stop until I am willing to exit, which is
unfortunate--I'm going to have to figure out how to close a window without
exiting the program, since sometimes I have to prompt the user, and
afterwards run for a few minutes with no user interaction.
-- 
David Roundy
http://www.abridgegame.org

Re: [wxhaskell-users] wxhaskell vs. HToolkit

[Gour <go...@ma...>]

Gour (go...@ma...) wrote:

Somehow it looks like vim eat some characters :-(
> 
> Well, at the it is Haskell only, but wxhaskell was mentioned on darcs'
             ^^^ moment 
> mailing list when there was discussion about GUI, hence .. :-)

Sincerely,
Gour

-- 
Gour
go...@ma...
Registered Linux User #278493

Re: [wxhaskell-users] wxhaskell vs. HToolkit

[Gour <go...@ma...>]

Daan Leijen (daa...@xs...) wrote:

> I know about darcs, but I wasn't aware that it uses wxHaskell.

Well, at the it is Haskell only, but wxhaskell was mentioned on darcs'
mailing list when there was discussion about GUI, hence .. :-)

> If I can find some spare time, I'll try to take a look at it.  (however, I
> defend my PhD thesis next tuesday, so don't hold your breath :-)

Take care for your health, doctor :-)

> I have no idea, since I can't judge how active Ruby is. However, it seems
> that the Haskell is gaining momentum lately -- so maybe it is not as small
> anymore as it used to be. More and more, Haskell is finding its way into
> "real" programming (vs. research.)

That's good since according to K.F.Gauss "Theory attracts practice s the magnet
attracts iron." (quoted in The Ruby Way by H. Fulton), so it means the theory
is good enough.


> I don't know what an "ebuild" is, but I assume it is something like
> a "rpm" but than for sources? If so, I would be very interested to 
> automate this process and work with you to include your scripts into
> the distribution. Let me know when you have some working system.

Ebuild is a kind of bash script responsible to install certtain package from
the source (Gentoo is source-based distro) and the usual practice is to
open account on bugs.gentoo.org and submit ebuild there. This way the package 
is entering into test or unstable tree, and with the time it can enter stable
Portage tree and become included in official distribution. (Of course, it needs
someone as maintainer.)

I'll let you know when it's ready.

Sincerely,
Gour

ps. What are the official requiremtns for wxhaskell build (wxWindows, ghc, 
supported versions)? (I built mine with wx2.4.1 & ghc6.0.1.

-- 
Gour
go...@ma...
Registered Linux User #278493

RE: [wxhaskell-users] Checkbox width bug (including compressed attachments)

[Daan L. <daa...@xs...>]

> My attachments were apparently too large (70 KB) to send to 
> the mailing 
> list, so I've attached them as a compressed tar file, checkbox.tar.gz 
> (16 KB).

Thanks for the screen shots  -- now I am 100% sure that the
issue is resolved :-)

btw. Nice that you have two systems, I am very interested if you
find inconsistencies of have ideas about handling things like
resources portably between different platforms.

-- Daan.
 
> - Kennis
> 
> 
> ----- On Tuesday, Oct 28, 2003, at 15:34, Kennis Koldewyn wrote -----
> I'm using wxHaskell 0.3, along with wxWindows 2.4.2 and GHC 6.0.1 on 
> Mac OS 10.2.8 and Windows 2000 SP4.  Under both operating systems, 
> checkbox controls are automatically sized with a width nearly three 
> times longer than they should be.  The following code (also 
> attached as 
> the file checkbox.hs) demonstrates the problem, and the attached 
> screenshots (checkbox-mac.pdf and checkbox-win.pdf) show what the 
> results are on my systems:
> 
>  > module Main where
>  >
>  > import Graphics.UI.WX
>  >
>  > main :: IO ()
>  > main
>  >   = start
>  >     $ do f <- frame [text := "Checkbox Test"]
>  >          c <- checkBox f [text := "See the space -->"]
>  >          t <- staticText f [text := "<-- between the arrows?"]
>  >          set f [layout := margin 10 $ row 0 [widget c, widget t]]
> 
> I've also submitted this bug to the wxHaskell project on 
> SourceForge.  
> Any workarounds/fixes would be much appreciated.
> 
> Thanks,
> 
> - Kennis
> 
> 
> ----- Kennis Koldewyn (kol...@cl...) -----
> Without computers, it would be virtually impossible
> for us to accompliowur xow;gkc,mf(&(   - Dave Barry
> ----- End -----
> 

RE: [wxhaskell-users] wxhaskell vs. HToolkit

[Daan L. <daa...@xs...>]

Hi Gour,

> After seeing David's darcs I've become interested in Haskell 
> - even to the extent to learn it :-)

I know about darcs, but I wasn't aware that it uses wxHaskell.
If I can find some spare time, I'll try to take a look at it.
(however, I defend my PhD thesis next tuesday, so don't hold your breath
:-)

> What could be the size of Haskell community in comparison with Ruby?

I have no idea, since I can't judge how active Ruby is. However, it
seems
that the Haskell is gaining momentum lately -- so maybe it is not as
small anymore as it used to be. More and more, Haskell is finding its
way into "real" programming (vs. research.)

> At the end I just want to inform you that I put together some 
> ebuild for Gentoo,but since the current version has some bugs it
cannot 
> build properly, so I am waiting for some fix and then I can send 
> wxhaskell.ebuild for Gentoo to the list for inspection before creating
account on Gentoo's 
> bugzilla so it can be included into Portage tree.

I don't know what an "ebuild" is, but I assume it is something like
a "rpm" but than for sources? If so, I would be very interested to 
automate this process and work with you to include your scripts into
the distribution. Let me know when you have some working system.

All the best,
 Daan.

> 
> Please, bear in mind, however, that I'm total newbie in 
> Haskell, as well in
> wxhaskell :-)
> 
> However, I'm ready to learn, but before that I have to finish some
> seminar/workshop and then I'm going to start with Crafting FP.
> 
> Sincerely,
> Gour
> 
> -- 
> Gour
> go...@ma...
> Registered Linux User #278493
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

[wxhaskell-users] Checkbox width bug (including compressed attachments)

[Kennis K. <kol...@cl...>]

My attachments were apparently too large (70 KB) to send to the mailing 
list, so I've attached them as a compressed tar file, checkbox.tar.gz 
(16 KB).

- Kennis


----- On Tuesday, Oct 28, 2003, at 15:34, Kennis Koldewyn wrote -----
I'm using wxHaskell 0.3, along with wxWindows 2.4.2 and GHC 6.0.1 on 
Mac OS 10.2.8 and Windows 2000 SP4.  Under both operating systems, 
checkbox controls are automatically sized with a width nearly three 
times longer than they should be.  The following code (also attached as 
the file checkbox.hs) demonstrates the problem, and the attached 
screenshots (checkbox-mac.pdf and checkbox-win.pdf) show what the 
results are on my systems:

 > module Main where
 >
 > import Graphics.UI.WX
 >
 > main :: IO ()
 > main
 >   = start
 >     $ do f <- frame [text := "Checkbox Test"]
 >          c <- checkBox f [text := "See the space -->"]
 >          t <- staticText f [text := "<-- between the arrows?"]
 >          set f [layout := margin 10 $ row 0 [widget c, widget t]]

I've also submitted this bug to the wxHaskell project on SourceForge.  
Any workarounds/fixes would be much appreciated.

Thanks,

- Kennis


----- Kennis Koldewyn (kol...@cl...) -----
Without computers, it would be virtually impossible
for us to accompliowur xow;gkc,mf(&(   - Dave Barry
----- End -----

RE: [wxhaskell-users] Checkbox width bug

[Daan L. <daa...@xs...>]

Hi Kennis,

Thanks for your bug report. And I have good news
for you :-) The "sizing" issue was known and I have
lately revised this and your examples work with
the latest CVS versions.

I am planning to release 0.4 next week, which will contain
these fixes.

All the best,
 Daan.

btw. Are you dutch too?

> -----Original Message-----
> From: wxh...@li... 
> [mailto:wxh...@li...] On 
> Behalf Of Kennis Koldewyn
> Sent: dinsdag 28 oktober 2003 21:34
> To: wxh...@li...
> Subject: [wxhaskell-users] Checkbox width bug
> 
> 
> I'm using wxHaskell 0.3, along with wxWindows 2.4.2 and GHC 6.0.1 on 
> Mac OS 10.2.8 and Windows 2000 SP4.  Under both operating systems, 
> checkbox controls are automatically sized with a width nearly three 
> times longer than they should be.  The following code (also 
> attached as 
> the file checkbox.hs) demonstrates the problem, and the attached 
> screenshots (checkbox-mac.pdf and checkbox-win.pdf) show what the 
> results are on my systems:
> 
>  > module Main where
>  >
>  > import Graphics.UI.WX
>  >
>  > main :: IO ()
>  > main
>  >   = start
>  >     $ do f <- frame [text := "Checkbox Test"]
>  >          c <- checkBox f [text := "See the space -->"]
>  >          t <- staticText f [text := "<-- between the arrows?"]
>  >          set f [layout := margin 10 $ row 0 [widget c, widget t]]
> 
> I've also submitted this bug to the wxHaskell project on 
> SourceForge.  
> Any workarounds/fixes would be much appreciated.
> 
> Thanks,
> 
> - Kennis
> 
> 
> ----- Kennis Koldewyn (kol...@cl...) -----
> Without computers, it would be virtually impossible
> for us to accompliowur xow;gkc,mf(&(   - Dave Barry
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

Re: [wxhaskell-users] wxhaskell vs. HToolkit

[Gour <go...@ma...>]

Daan Leijen (daa...@xs...) wrote:

Hi Daan!

It's my 1st post to the list and I want to thank you for wxhaskell.

After seeing David's darcs I've become interested in Haskell - even to the
extent to learn it :-)

Since I was/am interested in Ruby & wxRuby project, it is great to be able to
use Haskell with wxWindows library :-))

> It is a rather unfortunate situation that in this small community
> there are now two libraries that try to do the same thing :-( 

What could be the size of Haskell community in comparison with Ruby?

> I don't know what to do about this, and maybe we should just leave
> it as it is (although I would love to have Krasimir as a co-developer,
> he is an excellent programmer :-).

I'm glad that you are taking pragmatic approach - better to have something
stable (like wxhaskell), than to wait for the "pure FP" solution.

As far as I can see, Haskell is great language and it needs more real-world
applications to draw the attention of new users/programmers.

David's darcs is the prime example of this and I'm sure that it will bring
many souls into Haskell community.

At the end I just want to inform you that I put together some ebuild for
Gentoo,but since the current version has some bugs it cannot build properly, so
I am waiting for some fix and then I can send wxhaskell.ebuild for Gentoo to
the list for inspection before creating account on Gentoo's bugzilla so it can
be included into Portage tree.

Please, bear in mind, however, that I'm total newbie in Haskell, as well in
wxhaskell :-)

However, I'm ready to learn, but before that I have to finish some
seminar/workshop and then I'm going to start with Crafting FP.

Sincerely,
Gour

-- 
Gour
go...@ma...
Registered Linux User #278493

[wxhaskell-users] Checkbox width bug

[Kennis K. <kol...@cl...>]

I'm using wxHaskell 0.3, along with wxWindows 2.4.2 and GHC 6.0.1 on 
Mac OS 10.2.8 and Windows 2000 SP4.  Under both operating systems, 
checkbox controls are automatically sized with a width nearly three 
times longer than they should be.  The following code (also attached as 
the file checkbox.hs) demonstrates the problem, and the attached 
screenshots (checkbox-mac.pdf and checkbox-win.pdf) show what the 
results are on my systems:

 > module Main where
 >
 > import Graphics.UI.WX
 >
 > main :: IO ()
 > main
 >   = start
 >     $ do f <- frame [text := "Checkbox Test"]
 >          c <- checkBox f [text := "See the space -->"]
 >          t <- staticText f [text := "<-- between the arrows?"]
 >          set f [layout := margin 10 $ row 0 [widget c, widget t]]

I've also submitted this bug to the wxHaskell project on SourceForge.  
Any workarounds/fixes would be much appreciated.

Thanks,

- Kennis


----- Kennis Koldewyn (kol...@cl...) -----
Without computers, it would be virtually impossible
for us to accompliowur xow;gkc,mf(&(   - Dave Barry