wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] [Haskell-cafe] submenu doesn't seem to work properly in wxhaskell

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

Hi,

Let's transfer this to wxhaskell-users.

I've attached your example as a small .lhs file and makefile.  For
Debian Linux, uncomment the -lwx_gtk2u_gl-2.6 line or otherwise,
modify to taste.

> The following code doesn't seem to work properly. Either the main entry=
=20
> (m1/mp1) or it's sub menu entry (ms1/mps1) do not seem to propagate the=
=20
> event when pressed. It is possible to make it working by uncomments the=
=20
> lines where the menu commands are registered in the frame.

It seems to work fine on my Mac at least, unless I'm misunderstanding
something.  Selecting the menubar items m1 and ms1 both putStr their
respective strings, as do mp1 and mps1 (right click on the main frame).

On the other hand, under Linux, m1 does not putStr, whereas the others
do.  Is this the problem you are experiencing?

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] [Haskell-cafe] submenu doesn't seem to work properly in wxhaskell

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

On Wed, Nov 15, 2006 at 23:10:44 +0100, Eric Y. Kow wrote:
> I've attached your example as a small .lhs file and makefile.  For
> Debian Linux, uncomment the -lwx_gtk2u_gl-2.6 line or otherwise,
> modify to taste.

Here are the files, really attached this time.

-- 
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon français.

Re: [wxhaskell-users] darcs patch: Added the -fPIC compiler flag to CXX opt... (and 1 more)

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

Thanks!

I'm not really knowledgeable enough to review these patches.  Does
anyone else have comments?  Otherwise, I'll see what I can learn and
likely push it in if it doesn't break anything on my end.

Note that you can do darcs send --edit-description, which will
open a file in your editor where you can type in a general
description for the patch bundle.

On Wed, Nov 15, 2006 at 13:22:29 +0100, ar...@cs... wrote:
> Wed Nov 15 13:10:06 CET 2006  Arie Middelkoop <ar...@cs...>
>   * Added the -fPIC compiler flag to CXX options in the makefile.
>=20
> Wed Nov 15 13:14:08 CET 2006  Arie Middelkoop <ar...@cs...>
>   * Compiling wxHaskell on a 64bits platform fails, because there

Note: that first line should probably be standalone if possible, e.g.,
Use intptr_t instead of int.

It serves as a short patch name.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] darcs patch: Added the -fPIC compiler flag to CXX opt... (and 1 more)

[Arie M. <ami...@cs...>]

Hi wxhaskell-users mailinglist,

Uuhm, I didn't know that 'darcs send' directly transmits the email :o
(and apparantly, the mailer on my machine doesn't know my email address)

The reason I send these patches is as follows:
I tried to compile wxHaskell on x86_64 gentoo linux, but that failed.
With these patches I can build, install and run wxHaskell (although I
have to configure with --with-opengl otherwise ghc complains about
missing symbols when run with -package wx).

I encountered two problems:

(1) I had to add the -fPIC option to the CXX flags in the make file,
otherwise during linking, the "make" (wxcore) fails, as it requires
locatable .o files to produce a dynamic library.

(2) Made a few fixes in the code with respect to 64bit compatiblity. I
hope I didn't make changes in generated C-code...

Hope you can do something with it...

All the best,
Arie


On Wed, 2006-11-15 at 13:22 +0100, ar...@cs... wrote:
> Wed Nov 15 13:10:06 CET 2006  Arie Middelkoop <ar...@cs...>
>   * Added the -fPIC compiler flag to CXX options in the makefile.
>  =20
>   Apparantly, my platform (gentoo x86_64 linux) required that .o files ar=
e "relocatable" when there=20
>   are linked into a dynamic library.
>  =20
>   (It might be an idea to use libtool to hide this kind of platform-speci=
fic details)
>  =20
>=20
> Wed Nov 15 13:14:08 CET 2006  Arie Middelkoop <ar...@cs...>
>   * Compiling wxHaskell on a 64bits platform fails, because there
>   are some assumptions in the code that assume that integers are
>   32bits. For example, there are a couple of assignments of a
>   pointer to an int.
>  =20
>   This patch fixes these problems. Sometimes, after assigning a
>   pointer to an integer, the int was used as a boolean value. In
>   those cases, instead of returning a pointer p, I changed the
>   code to return p !=3D NULL. In two other cases, a pointer is stored
>   inside the int and in these cases I changed the type of the
>   int to intptr_t, of which it is guaranteed that a pointer can be
>   assigned to it and recovered from it (requires <inttypes.h>, i'm
>   not sure if it is available of windows platforms though).
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________ wxhaskell-users mailing l=
ist wxh...@li... https://lists.sourceforge.net/lis=
ts/listinfo/wxhaskell-users

[wxhaskell-users] darcs patch: Added the -fPIC compiler flag to CXX opt... (and 1 more)

[<ar...@cs...>]

Wed Nov 15 13:10:06 CET 2006  Arie Middelkoop <ar...@cs...>
  * Added the -fPIC compiler flag to CXX options in the makefile.
  =

  Apparantly, my platform (gentoo x86_64 linux) required that .o files are =
"relocatable" when there =

  are linked into a dynamic library.
  =

  (It might be an idea to use libtool to hide this kind of platform-specifi=
c details)
  =


Wed Nov 15 13:14:08 CET 2006  Arie Middelkoop <ar...@cs...>
  * Compiling wxHaskell on a 64bits platform fails, because there
  are some assumptions in the code that assume that integers are
  32bits. For example, there are a couple of assignments of a
  pointer to an int.
  =

  This patch fixes these problems. Sometimes, after assigning a
  pointer to an integer, the int was used as a boolean value. In
  those cases, instead of returning a pointer p, I changed the
  code to return p !=3D NULL. In two other cases, a pointer is stored
  inside the int and in these cases I changed the type of the
  int to intptr_t, of which it is guaranteed that a pointer can be
  assigned to it and recovered from it (requires <inttypes.h>, i'm
  not sure if it is available of windows platforms though).

[wxhaskell-users] patches accepted 2006-11-15

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

This set of patches should make wxhaskell compile just fine with GHC
6.6.

Accepted since the last cycle (4)
---------------------------------
Fri Oct 27 12:22:08 CEST 2006  jer...@gm...
  * Add shelarcy patch for compile with GHC-6.6

Fri Oct 27 22:12:18 CEST 2006  Eric Kow <eri...@lo...>
  * Separate make/make install for wxcore and wx.
 =20
Sun Oct 29 09:29:57 CET 2006  Eric Kow <eri...@lo...>
  * Update Windows/VC++ build for 0.10.1 (from jer...@gm...).
 =20
Wed Nov 15 01:21:42 CET 2006  Eric Kow <eri...@lo...>
  * Tweak wx build target to depend on wxcore-clean.
 =20
Please resend any patches I may have missed

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

[wxhaskell-users] wxhaskell list on GMane

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

It's just now been created. See
http://news.gmane.org/gmane.comp.lang.haskell.wxhaskell.general

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] [Haskell-cafe] Announcement: new maintainers forr wxHaskell

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

On Tue, Nov 07, 2006 at 23:26:40 +0100, Henk-Jan van Tuyl wrote:
> I suggest gu...@ha..., the GUI task force mailing list; nothing is =
=20
> going on there at the moment, but it seems the most appropriate list.

Hmm... I guess I'm happy just using the wxhaskell-users list for now,
but if we do switch to something, this is a likely candidate.

Although in the future, if it does get more active, and more than one
project decide to use the list, it might get confusing.  Maybe that list
would better be for cross toolkit discussions.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] [Haskell-cafe] Announcement: new maintainers forr wxHaskell

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

Hello all,

I suggest gu...@ha..., the GUI task force mailing list; nothing is  =

going on there at the moment, but it seems the most appropriate list.


On Tue, 07 Nov 2006 14:52:24 +0100, Bulat Ziganshin  =

<bul...@gm...> wrote:

> Hello Jeremy,
>
> Friday, October 27, 2006, 7:12:44 PM, you wrote:
>
>> I'd ask the community to send patches via this list.
>
> i suggest to use lib...@ha... for this purpose. at least
> other libs maintained there
>



-- =

Met vriendelijke groet,
Henk-Jan van Tuyl


--
http://Van.Tuyl.eu/
--

Using Opera's revolutionary e-mail client:
https://secure.bmtmicro.com/opera/buy-opera.html?AID=3D789433

Re: [wxhaskell-users] [Haskell-cafe] Announcement: new maintainers forr wxHaskell

[Bulat Z. <bul...@gm...>]

Hello Jeremy,

Friday, October 27, 2006, 7:12:44 PM, you wrote:

> I'd ask the community to send patches via this list.

i suggest to use lib...@ha... for this purpose. at least
other libs maintained there

-- 
Best regards,
 Bulat                            mailto:Bul...@gm...

Re: [wxhaskell-users] Building wxHaskell with GHC-6.6

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

On Mon, Oct 30, 2006 at 12:59:27 +0100, Bas van Dijk wrote:
> wx/src/Graphics/UI/WX/Types.hs:94:0:
>     Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi
>         Something is amiss; requested module=20
> wx-0.10.1:Graphics.UI.WXCore.Types differs from name found in the interfa=
ce=20
> file wxcore-0.10.1:Graphics.UI.WXCore.Types
> make: *** [out/wx/imports/Graphics/UI/WX/Types.o] Error 1


> The following patches are applied to my repo, so what's going on?

I messed up.

>    make
>    (sudo) make install

It turns out you have to a make clean here

>    make wx
>    (sudo) make wx-install

And this works as usual.  I'll see about updating the Makefile so that
the relevant bits are cleaned.

Sorry for that.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] Building wxHaskell with GHC-6.6

[Bas v. D. <bas...@ho...>]

On Monday 30 October 2006 12:59, I wrote:
> ...what's going on?...

I followed the procedure on http://sequence.complete.org/node/214 and now 
wxcore and wx build and install correctly.

Why is that not in darcs and should I make a patch from it?

Now I'm trying to make the samples/wx. I get the following error:

$ make
ghc -package wx -o BouncingBalls BouncingBalls.hs
compilation IS NOT required
/usr/lib/libwxc-gtk2.6.2-0.10.1.so: undefined reference to 
`wxGLCanvas::SwapBuffers()'
/usr/lib/libwxc-gtk2.6.2-0.10.1.so: undefined reference to 
`wxGLCanvas::SetColour(wchar_t const*)'
/usr/lib/libwxc-gtk2.6.2-0.10.1.so: undefined reference to 
`wxGLCanvas::wxGLCanvas(wxWindow*, wxGLCanvas const*, int, wxPoint const&, 
wxSize const&, long, wxString const&, int*, wxPalette const&)'
/usr/lib/libwxc-gtk2.6.2-0.10.1.so: undefined reference to 
`wxGLCanvas::SetCurrent()'
/usr/lib/libwxc-gtk2.6.2-0.10.1.so: undefined reference to 
`wxGLCanvas::wxGLCanvas(wxWindow*, int, wxPoint const&, wxSize const&, long, 
wxString const&, int*, wxPalette const&)'
collect2: ld returned 1 exit status
make: *** [BouncingBalls] Error 1

Does this have to do with a wrong wxWidgets version installed?

I have wxGTK-2.6.2-r1 installed, with unicode (on Gentoo)

Regards,

Bas van Dijk

[wxhaskell-users] fwd: GSNH Closes Up Friday, After-Market News Release - acct Francis Kirkland

[Reyes E. <Fut...@gm...>]

byrne christoffel

Up On the News - GSNH closes Up Friday, After-Market News Release - Get GSNH Quote Here. baklava.
http://moneycentral.msn.com/detail/stock_quote?Symbol=gsnh

After weeks of speculation it's finally here, and the news is even bigger than we thought. abase.

We first knew something was up with GSNH when news came out Thursday regarding Drill LOMT #1. But GSNH really popped up on our radar with Friday's After-Market news. GSNH has announced its partners for the LOMT #1 sidetrack well and you are not going to believe who they are. crank.

GSNH Names Partners for LOMT #1 Sidetrack Well apace.
Friday October 27, 4:05 pm ET helga.
HOUSTON, Texas--(BUSINESS WIRE) - GSNH announces...has awarded drilling services for the LOMT #1 Sidetrack well to the following providers: turing
* Patterson-UTI (Nasdaq: PTEN), Revenue: 2.23 billion, UP 63.30% pornographer
* Schlumberger (NYSE: SLB), Revenue: 17.90 billion, UP 34.00% poop
* Halliburton (NYSE: HAL), Revenue: 22.90 billion, UP 13.40% snuff

Oct. 27, 2006 (BUSINESS WIRE) - GSNH Names Partners for Sidetrack Well... backbone
http://biz.yahoo.com/bw/061027/20061027005324.html?.v=1

GSNH has been releasing steady news worldwide, from Yahoo Finance, AOL, & MSN Money to Marketwatch & Bloomberg---even the NYSE & the NASDAQ have gotten in on the action. Exposure for GSNH is expansive. The increased frequency of news led us to believe that something big was coming for GSNH, and as usual, we were dead-on right. alexandra

Oct. 26, 2006 (BUSINESS WIRE) – GSNH to Drill LOMT #1... tap.
http://money.aol.com/news/articles/_a/greater-sooner-holdings-inc-to-drill/n20061026162609990029

Oct. 12, 2006 (BUSINESS WIRE) – GSNH Reports Drilling Success... abdominal.
http://www.marketwatch.com/News/Story/Story.aspx?guid={05206016-17D5-4077-B8A3-3D8A763487E2}&siteid=mktw&sid=2133723&symb=

Oct. 11, 2006 (BUSINESS WIRE) – GSNH Announces the Anthony 33... louver.
http://news.moneycentral.msn.com/ticker/article.asp?Feed=BW&Date=20061011&ID=6094112&Symbol=US:GSNH

Oct. 4, 2006 (BUSINESS WIRE) – GSNH...285 million in Probable Reserves... raise.
http://bloomberg.com/apps/news?pid=conewsstory&refer=conews&tkr=GSNH:US&sid=a6F2jO13PWCU

Friday's After-Market news on GSNH and its newfound partnership with these major corporations (over 43 billion in revenue combined) is just the beginning. We believe that there is even bigger news coming, and as always, we are bringing you the news ahead of time, ahead of everyone else, and ahead of a major spike in GSNH stock price.

panhandle crepe tailgate

[wxhaskell-users] Building wxHaskell with GHC-6.6

[Bas v. D. <bas...@ho...>]

I'm trying to build wxHaskell (with GHC-6.6) but I have a problem.

The following is working ok:

$ darcs get http://darcs.haskell.org/wxhaskell
...
$ cd wxhaskell
$ make
...
$ sudo make install
...

Now the wxcore package shows up with ghc-pkg list. Jippy!

But the following fails:

$ make wx
ghc -c wx/src/Graphics/UI/WX/Types.hs -o 
out/wx/imports/Graphics/UI/WX/Types.o -iout/wx/imports -odir 
out/wx/imports -hidir out/wx/imports  -fvia-C -package-name wx-0.10.ge 
wxcore-0.10.1

wx/src/Graphics/UI/WX/Types.hs:94:0:
    Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi
        Something is amiss; requested module 
wx-0.10.1:Graphics.UI.WXCore.Types differs from name found in the interface 
file wxcore-0.10.1:Graphics.UI.WXCore.Types
make: *** [out/wx/imports/Graphics/UI/WX/Types.o] Error 1

The following patches are applied to my repo, so what's going on?

Fri Oct 27 22:12:18 CEST 2006  Eric Kow <eri...@lo...>
  * Separate make/make install for wxcore and wx.

  Now the user has to type
   make
   (sudo) make install
   make wx
   (sudo) make wx-install

  This is a tweak of Shelarcy's patch for making wxhaskell compile on GHC 6.6.
  The intention is to avoid the surprising behaviour of wxcore being installed
  when the user types 'make'.

Fri Oct 27 12:22:08 CEST 2006  jer...@gm...
  * Add shelarcy patch for compile with GHC-6.6

Thanks,

Bas van Dijk

[wxhaskell-users] patches accepted 2006-10-29

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

To go with our new habit of using darcs and doing our work by mail, here is=
 a
summary of patches accepted (or not).  I will generate one of these every t=
ime
I push a bunch of patches to the official repository, probably at intervals=
 of
once a week, or once every two weeks.

Accepted since the last cycle (6)
---------------------------------
Wed Aug 30 13:49:37 CEST 2006  jer...@gm...
  * Shelarcy patch: fix typos in wxHaskell samples/contrib

Mon Oct 23 11:40:49 CEST 2006  jer...@gm...
  * Add support for wxWidgets version >=3D 2.5 (Sound API, db API)

Mon Oct 23 11:44:12 CEST 2006  jer...@gm...
  * Add support for Calendar events (from sha...@gm...)

Mon Oct 23 11:45:28 CEST 2006  jer...@gm...
  * Add support for list item mask (from she...@gm...)

Mon Oct 23 11:47:20 CEST 2006  jer...@gm...
  * Add support for toolbar divider (for she...@gm...)

Mon Oct 23 11:54:11 CEST 2006  jer...@gm...
  * Add support for toolbar divider and other toolbar options (from shelarc=
y...@gm...)

Rejected (2)
------------
Mon Oct 23 11:55:27 CEST 2006  jer...@gm...
  * Add support for wxWidgets version 2.6.3

Mon Oct 23 12:03:27 CEST 2006  jer...@gm...
  * Add support for wxWidgets 2.6.3 (and correct support for wxWidgets 2.4.=
2)

(Just a minor technical quibble [mergers]; see email)

Waiting for review (3)
-----------------------
Sun Oct 29 09:29:57 CET 2006  Eric Kow <eri...@lo...>
  * Update Windows/VC++ build for 0.10.1 (from jer...@gm...).
 =20
Fri Oct 27 22:12:18 CEST 2006  Eric Kow <eri...@lo...>
  * Separate make/make install for wxcore and wx.
 =20
Fri Oct 27 12:22:08 CEST 2006  jer...@gm...
  * Add shelarcy patch for compile with GHC-6.6
=20
Please resend any patches I may have missed

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] whoops! sorry for mail x 3

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

Folks,

Looks like I had gotten it wrong again.

For what it's worth...

>      darcs send --sendmail-command=3D"mutt -s %s -a %a %t %<"
>     ALL sendmail-command mutt -s %s -a %a %t %<

No, don't do this.  These two are wrong. =20

It looks like the only workarounds are:

1. (learn to) Configure your MTA correctly, or

2. use darcs send -o /tmp/somefile.dpatch and send that as
   an attachment by hand, or

3. wait for my patch (to darcs) which makes msmtp %t %<
   work correctly, even for addresses with '<' and '>'
   in them

Sorry for all the noise,

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

[wxhaskell-users] darcs patch: Add shelarcy patch for compile with GHC-6.6 (and 2 more)

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

This is a resend of my patch bundles from Friday and this morning
(2006-10-27/2006-10-29).

The bundles I sent might have been corrupted by my mailer.  It turns out
my darcs/mail configuration was wrong (again) and should now be fixed.

Fri Oct 27 12:22:08 CEST 2006  jer...@gm...
  * Add shelarcy patch for compile with GHC-6.6

Fri Oct 27 22:12:18 CEST 2006  Eric Kow <eri...@lo...>
  * Separate make/make install for wxcore and wx.
  =

  Now the user has to type
   make
   (sudo) make install
   make wx
   (sudo) make wx-install
  =

  This is a tweak of Shelarcy's patch for making wxhaskell compile on GHC 6=
.6.
  The intention is to avoid the surprising behaviour of wxcore being instal=
led
  when the user types 'make'.
  =


Sun Oct 29 09:29:57 CET 2006  Eric Kow <eri...@lo...>
  * Update Windows/VC++ build for 0.10.1 (from jer...@gm...).
  =

[wxhaskell-users] darcs patch: Update Windows/VC++ build for 0.10.1 (from jeremy.odon...

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

To: wxhaskell-unstable <wxh...@li...>
From: Eric Kow <eri...@lo...>
Subject: darcs patch: Update Windows/VC++ build for 0.10.1 (from jeremy.odon...
X-Mail-Originator: Darcs Version Control System
X-Darcs-Version: 1.0.8 (release)
DarcsURL: http://darcs.haskell.org/wxhaskell
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=_"

--=_
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Sun Oct 29 09:29:57 CET 2006  Eric Kow <eri...@lo...>
  * Update Windows/VC++ build for 0.10.1 (from jer...@gm...).
  =


--=_
Content-Type: text/x-darcs-patch; name="update-windows_vc__-build-for-0_10_1-_from-jeremy_odonoghue_gmail_com__.dpatch"
Content-Transfer-Encoding: quoted-printable
Content-Description: A darcs patch for your repository!


New patches:

[Update Windows/VC++ build for 0.10.1 (from jer...@gm...).
Eric Kow <eri...@lo...>**20061029082957
 =

] {
hunk ./wxc/wxc-2.4.dsp 56
-# ADD LINK32 zlib.lib regex.lib png.lib jpeg.lib tiff.lib wxmsw.lib kernel=
32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.=
lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib comctl32.lib rp=
crt4.lib wsock32.lib opengl32.lib winmm.lib /nologo /dll /machine:I386 /nod=
efaultlib:"LIBCMT" /out:"..\out\wxc\wxc-msw2.4.2-0.9.4.dll" /libpath:"..\..=
\wxWindows-2.4.2\lib"=0D
+# ADD LINK32 zlib.lib regex.lib png.lib jpeg.lib tiff.lib wxmsw.lib kernel=
32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.=
lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib comctl32.lib rp=
crt4.lib wsock32.lib opengl32.lib winmm.lib /nologo /dll /machine:I386 /nod=
efaultlib:"LIBCMT" /out:"..\out\wxc\wxc-msw2.4.2-0.10.1.dll" /libpath:"..\.=
.\wxWindows-2.4.2\lib"=0D
hunk ./wxc/wxc-2.4.dsp 59
-PostBuild_Cmds=3Decho Generating mingw32 import library ...	..\bin\reimp .=
.\out\wxc\wxc-msw2.4.2-0.9.4.lib	move libwxc-msw2.4.2-0.9.4.a ..\out\wxc	mo=
ve wxc-msw2.4.2-0.9.4.def ..\out\wxc	echo Done.=0D
+PostBuild_Cmds=3Decho Generating mingw32 import library ...	..\bin\reimp .=
.\out\wxc\wxc-msw2.4.2-0.10.1.lib	move libwxc-msw2.4.2-0.10.1.a ..\out\wxc	=
move wxc-msw2.4.2-0.10.1.def ..\out\wxc	echo Done.=0D
hunk ./wxc/wxc-2.4.dsp 86
-# ADD LINK32 zlibd.lib regexd.lib pngd.lib jpegd.lib tiffd.lib wxmswd.lib =
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib sh=
ell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib comctl32.=
lib rpcrt4.lib wsock32.lib opengl32.lib winmm.lib /nologo /dll /debug /mach=
ine:I386 /nodefaultlib:"LIBCMTD" /out:"..\out\wxc\wxcd-msw2.4.2-0.9.4.dll" =
/pdbtype:sept /libpath:"..\..\wxWindows-2.4.2\lib"=0D
+# ADD LINK32 zlibd.lib regexd.lib pngd.lib jpegd.lib tiffd.lib wxmswd.lib =
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib sh=
ell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib comctl32.=
lib rpcrt4.lib wsock32.lib opengl32.lib winmm.lib /nologo /dll /debug /mach=
ine:I386 /nodefaultlib:"LIBCMTD" /out:"..\out\wxc\wxcd-msw2.4.2-0.10.1.dll"=
 /pdbtype:sept /libpath:"..\..\wxWindows-2.4.2\lib"=0D
hunk ./wxc/wxc-2.4.dsp 89
-PostBuild_Cmds=3Decho Generating mingw32 import library ...	..\bin\reimp .=
.\out\wxc\wxcd-msw2.4.2-0.9.4.lib	move libwxcd-msw2.4.2-0.9.4.a ..\out\wxc	=
move wxcd-msw2.4.2-0.9.4.def ..\out\wxc	echo Done.=0D
+PostBuild_Cmds=3Decho Generating mingw32 import library ...	..\bin\reimp .=
.\out\wxc\wxcd-msw2.4.2-0.10.1.lib	move libwxcd-msw2.4.2-0.10.1.a ..\out\wx=
c	move wxcd-msw2.4.2-0.10.1.def ..\out\wxc	echo Done.=0D
}

Context:

[Add support for toolbar divider and other toolbar options (from shelarcy@g=
mail.com)
jer...@gm...**20061023095411] =

[Add support for toolbar divider (for she...@gm...)
jer...@gm...**20061023094720] =

[Add support for list item mask (from she...@gm...)
jer...@gm...**20061023094528] =

[Add support for Calendar events (from sha...@gm...)
jer...@gm...**20061023094412] =

[Add support for wxWidgets version >=3D 2.5 (Sound API, db API)
jer...@gm...**20061023094049] =

[Shelarcy patch: fix typos in wxHaskell samples/contrib
jer...@gm...**20060830114937] =

[(OS X) Skip intermediate step of compiling master.o.
Eric Kow <eri...@lo...>**20060813212620
 =

 Removing this step (which compiles master.o, and combines it with other
 stuff to get the real library we want) avoids weird error messages like
 =

 ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a weak
 definition
 =

 It's quite possible that this breaks something else, though...
 =

] =

[Update VC++ project file to reflect new wxWidgets version support (unteste=
d)
jer...@gm...**20060817170205] =

[Update VC++ project file to reflect updated DLL version supporting wxWidge=
ts 2.6.3
jer...@gm...**20060817170011] =

[Update revision numbers and wxversion guesses for Windows / VC++ (jeremy.o=
don...@gm...)
jer...@gm...**20060817165704] =

[Shelarcy patch (VC project for wxWindows 2.6.3)
jer...@gm...**20060816134707] =

[Shelarcy patch (WxcTypes.hs)
jer...@gm...**20060816115419] =

[Shelarcy patch (eljdialup.cpp)
jer...@gm...**20060816114418] =

[Shelarcy patch (db.cpp)
jer...@gm...**20060816113728] =

[(wxc, Unicode) Files for compiling unicode version under Visual Studio.
shelarcy <she...@ca...>**20060813212315
 =

 This is Eric Kow recording on Shelarcy's behalf.  This corresponds to vers=
ion
 08 of my Unicode patch.
 =

] =

[Add a small makefile for compiling the samples.
Eric Kow <eri...@lo...>**20060813211705
 =

 (This comes from version 08 of my Unicode patch).
 =

] =

[(wxcore, Unicode) Add/use ability to interact with C wchar_t.
Eric Kow <eri...@lo...>**20060813211211
 =

 This corresponds to the wxcore part of my Unicode patch, version 08
 modulo trailing whitespace.
 =

 I believe this would require for wxWidgets and wxhaskell to be compiled wi=
th
 Unicode enabled.
 =

] =

[(wxdirect, Unicode) Use the Haskell types for C wchar_t and friends.
Eric Kow <eri...@lo...>**20060813210420
 =

 I believe this would require that wxWidgets be compiled with Unicode
 enabled.
 =

] =

[(wxc, Unicode) Use wxChar instead of char.
Eric Kow <eri...@lo...>**20060813205557
 =

 wxChar is a C preprocessor macro that selects for char under
 --disable-unicode, and for wchar_t under --enable-unicode.
 =

 This corresponds to version 08 of my Unicode patch, but only the parts
 which affect wxc.
 =

] =

[[wxhaskell-from-cvs @ 2005-05-08 08:12:51 by dleijen]
dleijen**20050508081251
 updated change log
] =

[[wxhaskell-from-cvs @ 2005-05-08 07:24:23 by dleijen]
dleijen**20050508072423
 Compile wx via -fvia-C to fix crash with ghci on windows
] =

[TAG wxhakell-0-9-4
Unknown tagger**20060712042545] =

Patch bundle hash:
b3dc26bf116e9a52140b4d4e5c13d5da914430e2

--=_--

.

Re: [wxhaskell-users] Announcement: new maintainers forr wxHaskell

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

I'm going to go ahead and push the first six of these

> Add support for wxWidgets version 2.6.3
> Add support for wxWidgets 2.6.3 (and correct support for wxWidgets 2.4.2)

Not pushing these -- seems to represent a conflict with one of Jeremy's
previous patches.  Will submit instead a clean patch that does the same.

Also, perhaps somebody who really understands the GHC 6.6 changes should
review Shelarchy's patch along with mine.  It seems somewhat unfortunate
that we can longer build wxcore and wx together.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] darcs patch: Add shelarcy patch for compile with GHC-6.6 (and 1 more)

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

On Sat, Oct 28, 2006 at 17:25:40 +0200, Bas van Dijk wrote:
> Is there a wxHaskell darcs repo somewhere that I can 'darcs get'? Or do I=
 have=20
> to 'darcs initialize' the cvs working copy and then apply your patch to i=
t?=20

Yes.  The new (official) repo is
http://darcs.haskell.org/wxhaskell

See Jeremy's previous message for more details.

Cheers,

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] darcs patch: Add shelarcy patch for compile with GHC-6.6 (and 1 more)

[Bas v. D. <bas...@ho...>]

Thanks for the patch.

Is there a wxHaskell darcs repo somewhere that I can 'darcs get'? Or do I have 
to 'darcs initialize' the cvs working copy and then apply your patch to it? 
If not, how can I apply your patch autmatically?

Regards,

Bas van Dijk.

[wxhaskell-users] whoops! sorry for mail x 3

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

Whoops! I think I just sent everybody three copies of the same patch.
How embarassing.

Here's what I learned in the process.  Maybe it will help you.  My
profile is (a) on MacOS X (b) too scared or lazy to configure my mail
server properly, vanilla config (c) using gmail and mutt/mstmp (d) want
darcs send in a convenient manner.

1) Unless you actually know how to configure your mail server
   properly, or have a proper domainname, sourceforge will reject your
   darcs send patches.  I have neither.  Sourceforge gives me a
   "550-Unrouteable address"

2) The following does not work:
     darcs send --sendmail-command=3D"msmtp -t %t %<"

   Potentially because of the '<' and '>' characters in the email
   address

3) On the other hand, if you are using mutt, the following _does_
   indeed seem to work:
     darcs send --sendmail-command=3D"mutt -s %s -a %a %t %<"

   Presumably, your mutt is configured to use msmtp, which is
   far less scary than configuring your mailserver properly (sigh).

4) You can add the following line in your _darcs/prefs/defaults
   to make it more convenient:
    ALL sendmail-command mutt -s %s -a %a %t %<

5) You might get confused into thinking it's not working and
   consequently send the list 6 copies of your patch whilst trying to
   debug things (hint, try playing around with an example repo).
   But that's possibly just the mailing list manager being clever about
   not sending you mail that you sent yourself. You can tell that it
   got sent by looking in your Sent Mail folder in Gmail.

Sorry about that.  Hope this helps,

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

[wxhaskell-users] Announcement: new maintainers forr wxHaskell

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

Hi all,

I'd like to announce that we have a new team of maintainers in place
for wxHaskell, so we're hoping that this list will see a significant
increase in activtiy in the future.

We have several near-term objectives, which will likely occur in
roughly the order below:

* Pull together all of the patches for various wxHaskell
functionalities which are 'out there' into the core distribution.
* Enhance support for Unicode.
* Ensure that we support GHC 6.4.2 and GHC 6.6.
* Add support for wxWidgets 2.6.3 and maintain support for wxWidgets
2.4.2. There are very good reasons why many wxHaskell users will want
to continue to use 2.4.2.
* 'Cabalize' the wxHaskell build system.
* Add new examples and increase the coverage of different wxWidgets
functionalities.
* Create binary releases / installable packages for popular platforms
(Windows, Mac, Debian are current favourites)

The maintainers will work mainly on a public Darcs repository at
http://darcs.haskell.org/wxhaskell, which will always contain the
latest patches, but which may not always be stable. I will, from time
to time, release reasonably stable updates of files to Sourceforge
CVS, and we will aim for binary releases whenever this makes sense.

I'd ask the community to send patches via this list. They will get
added to the public Darcs repository once at least one of the
maintainers has successfully integrated and built them. We will create
a separate developers list if the volume of patches ever threatens to
overwhelm the wxhaskell-users list :-)

To go with the above, I hereby provide first patch to to the archive
at http://darcs.haskell.org/wxhaskell as an attachment.

This patch brings together patches from a number of sources (mainly
Shelarcy and Eric) to provide some support for Unicode variants of
wxWidgets, a couple of extra widgets, preliminary support for
wxWidgets 2.6.3 and a patch to enable build with GHC 6.6.

None of this would have been possible without a great bunch of
volunteers who have come forward and shown great patience with the
slow pace at which I have pulled this together. Eric Kow, Shelarcy,
Mads Lindstr=F8m, Time Docker and Frank Berthold have all offered their
assistance, and should take a virtual bow.

Finally, none of this would have been possible without the assistance
of Daan Leijen, the original author of most of wxHaskell, who has been
gracious enough to offer advice, and to pass on everything we need to
move forward.

Re: [wxhaskell-users] Context sensitive popup example

[Maarten <ma...@sn...>]

Mads Lindstr=F8m wrote:
> Is there anybody who has an example of using context sensitive popup
> menus?
>  =20
The following code (below) is a sample I posted several weeks ago as a=20
question. For some reason not yet clear, the 'on command' part doesn't=20
work properly, however you can register the commands in the frame. (In=20
the sample, please uncomment the 'set f ...' part.)

kind regards,

Maarten

P.S. I have no experience with context menu's in a listbox, but 'select'=20
won't work for right click only and with the 'reactive' interface you=20
probably have to calculate the selected item yourself) If you find a=20
better solution I would be very interested.


gui :: IO ()
gui =3D do
 f <- frame [ text :=3D "Hello world!" ]

 m   <- menuPane [ text :=3D "&Menu" ]
 m1 <- menuItem m [ text :=3D "Menu m1", on command :=3D putStrLn "menu m=
1"]
--  set f [ on (menu m1) :=3D putStrLn "menu m1" ]
 menuLine m
 sub <- menuPane [text :=3D "Sub menu"]
 ms1 <- menuItem sub [ text :=3D "submenu ms1", on command :=3D putStrLn=20
"submenu ms1" ]
--  set f [ on (menu ms1) :=3D putStrLn "submenu ms1" ]
 menuSub m sub [ text :=3D "Sub" ]
 menuItem m [text :=3D "E&xit", on command :=3D close f]

 set f [menuBar :=3D [m], on mouse :=3D mouseEvent f, clientSize :=3D sz =
200=20
200 ]
 return ()

mouseEvent f eventMouse =3D do
 case eventMouse of
   MouseRightDown mousePoint _ -> doPopup f mousePoint
   _ -> return ()

doPopup f mousePoint =3D do
 m <- makePopupMenu f "&Popup" "Doesnt' work..."
 menuPopup m mousePoint f
 objectDelete m

makePopupMenu f c t =3D do
 mp   <- menuPane [ text :=3D c ]
 mp1 <- menuItem mp [ text :=3D "Popup mp1", on command :=3D putStrLn "po=
pup=20
mp1"]
--  set f [ on (menu mp1) :=3D putStrLn "popup mp1" ]
 menuLine mp
 sub <- menuPane [text :=3D "more text"]
 mps1 <- menuItem sub [ text :=3D "Popup mps1", on command :=3D putStrLn=20
"popup mps1"]
 menuSub mp sub [ text :=3D "Sub" ]
--  set f [ on (menu mps1) :=3D putStrLn "popup mps1" ]
 return mp




> I am especially interested in an example with a listbox, where one can
> right-click an element and get a popup menu.
>
>
> Greetings,
>
> Mads Lindstr=F8m
>
>
>
> -----------------------------------------------------------------------=
--
> Using Tomcat but need to do more? Need to support web services, securit=
y?
> Get stuff done quickly with pre-integrated technology to make your job =
easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron=
imo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>
>  =20

[wxhaskell-users] Context sensitive popup example

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

Hi all

Is there anybody who has an example of using context sensitive popup
menus?

I am especially interested in an example with a listbox, where one can
right-click an element and get a popup menu.


Greetings,

Mads Lindstr=F8m