wxhaskell-users — General mailing list for wxhaskell users

[wxhaskell-users] whxaskell+wxGTK@linux - failed asserts [was: wxTaskBarIcon crash/hang]

[Jose R. <jo...@gm...>]

> [1] Could you please try this with wxHaskell from darcs?
>
> You'll need wxWidgets 2.8 for it, though.  I doubt this will fix the
> crash, since I haven't seen anything related in the list of changes,
> but it's worth a shot.

After much hassle i finally managed to build wxwidgets 2.8.8 on windows.
(libjpeg issues, had to use the built-in version. had to recompile
with --enable-mediactrl, because wxhaskell depends on some *media*
functions/constants/whatever even when not given --with-mediactrl
option. and since mingw/msys forces my WXP to leak memory somehow -
memory usage goes up and no process "owns" so much => at least two
reboots for configure && make && make install cycle ... at least
nobody got hurt in the process of venting the frustration. i could use
new chair, though, the old one kinda "broke itself" ;-))))

then, after the --with-mediactrl hiccup, wxhaskell (darcs, pulled
today) compiled (and after some tweaking installed where it should
;-)).

And taskBarIconDelete no longer segfaults, so it gets to
propagateEvent and closes cleanly. YAY ;-)))

-- just to be sure, the minimal case
module Main where

import Graphics.UI.WX
import Graphics.UI.WXCore
import Graphics.UI.WXCore.Image

main :: IO ()
main = start hello

hello :: IO ()
hello = do
  icon <- iconCreateFromFile "someicon.ico" (sz 16 16)
  tbicon <- taskBarIconCreate
  taskBarIconSetIcon tbicon icon "Pokus"

  -- the application frame
  frame         [text := "Test", clientSize := sz 300 200, on closing
:= do {taskBarIconDelete tbicon; propagateEvent}]
  return ()

---------------------------

on linux (sabayon 3.5; wxGTK 2.8.8.1; wxhaskell-darcs from last week)
i get some assertion failures, no window pops up and i have to ctrl-c
the process to death ;-) - each of the sample apps acts the same :

(process:6383): GLib-GObject-CRITICAL **: gtype.c:2248: initialization
assertion failed, use IA__g_type_init() prior to this function

(process:6383): GLib-CRITICAL **: g_once_init_leave: assertion
`initialization_value != 0' failed

(process:6383): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion
`GDK_IS_DISPLAY (display)' failed

is this my mistake in the build process or bug ?

[wxhaskell-users] wxhaskell homepage now on haskell wiki

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

Hi all,

Just a quick note to say that we have consolidated the wxHaskell
homepage and wiki page.  Hopefully, this will make it easier for
you to find your way around the wxHaskell docs, giving a single
place to go.

If you visit the wxhaskell homepage on sourceforge, you will now be
redirected to this Haskell wiki page:
  http://haskell.org/haskellwiki/WxHaskell

Please make any improvements you see fit!

--Eric

P.S.:
As an exception, we have left the screenshots on the sourceforge page,
as it is easier to present them nicely there, and doesn't involve
uploading big images on the wiki.  This may change in the future as well

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

Re: [wxhaskell-users] wxTaskBarIcon crash/hang

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

On Tue, Aug 05, 2008 at 02:10:00 +0200, Jose Ramirez wrote:
> The problem is that when closing the window, the application segfaults
> ("taskBarIconDelete tbicon" does the segfaulting part).
> I'm running GHC 6.8.3 / wxHaskell 0.10.3 binary.

Ouch.  I saw "segfault" and I'm assuming "bug"

There are a couple things it may be helpful for you to do
(helpful for us, anyway)

[1] Could you please try this with wxHaskell from darcs?

 darcs get http://darcs.haskell.org/wxhaskell

You'll need wxWidgets 2.8 for it, though.  I doubt this will fix the
crash, since I haven't seen anything related in the list of changes,
but it's worth a shot.

[2] Also, getting a copy of the repository means that you will be able
to submit a minimal test case.  Please create a minimal crashy taskbar
version of the hello world app and put it in the bugs/ directory.  You
can use darcs record and darcs send to send it our way.  We like
reproducibility :-)

[3] Finally, this sounds like something that's worth a bug report on our
sourceforge tracker.
 
> PS: As tutorials for wxHaskell are pretty scarce right now, I thought
> about "tutorializing" the app afterwards (it should be just little
> phone number/door number/name/computer name search app for internal
> use), would anyone be willing to look through it after i'm done with
> it before i unleash it upon the unsuspecting world (destroying peace
> and beauty all aroung and forcing poor haskellers to gouge their eyes
> out in act of self-defense ;-)) ?

Great!  Send it to the list!

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

[wxhaskell-users] wxTaskBarIcon crash/hang

[Jose R. <jo...@gm...>]

Hi all,

trying out wxhaskell i modified the basic hello world apllication to
show an taskbar icon, and to pop a message on right-click
http://hpaste.org/9390 .

The problem is that when closing the window, the application segfaults
("taskBarIconDelete tbicon" does the segfaulting part).
I'm running GHC 6.8.3 / wxHaskell 0.10.3 binary.

When i get rid of the "on closing := do taskBarIconDelete tbicon", the
application does not close (as it probably feels yet another window is
opened).

What modification would be needed to get it to exit correctly ?
Is it possible to somehow filter the closing event and just hide the
window when the X / close window button is pressed  ("on closing :=
skipCurrentEvent" has no effect ...)?

Thanks, J.

PS: As tutorials for wxHaskell are pretty scarce right now, I thought
about "tutorializing" the app afterwards (it should be just little
phone number/door number/name/computer name search app for internal
use), would anyone be willing to look through it after i'm done with
it before i unleash it upon the unsuspecting world (destroying peace
and beauty all aroung and forcing poor haskellers to gouge their eyes
out in act of self-defense ;-)) ?

Re: [wxhaskell-users] Building the windows port possible?

[Daniel K. <d.k...@go...>]

Hi again,

I was able to run the make process on wxhaskell with wxwidgets-2.8.8
built against mingw now without errors. At first I made a darcs pull
in my wxhaskell repo to get the patches from 29/07/2008. Then I used
the wxwidgets build, configured without the `--enable-graphics_ctx'
flag, but with the other recommended flags. I also built the
contrib/src folders contents for the stc stuff, otherwise the
wxhaskell build may break. That part ran fine.

Now I changed into the source folder of wxhaskell and configured it as
usual (with `--with-contrib' flag and all that). make then ran with no
errors. At the moment I have no time to take the whole of it done
(make wx ...), but I'm shure that is more straight forward.

Keep up the good work.

Daniel

2008/7/29 Eric Kow <eri...@gm...>:
> 2008/7/29 Daniel Kahlenberg <d.k...@go...>:
>> Thanks very much for your help, but had no luck again, trying to
>> rebuild wxwidgets (darcs pull found nothing new yet).
>
> Well, I can't push Shelarcy's patch in until later this evening (not
> for 5 hours or so), but you could save his email attachment (the
> patch) and run darcs apply on the saved file...
>
> oh wait, that was on the wxhaskell-devel list, which is why you never saw it!
> http://cache.gmane.org//gmane/comp/lang/haskell/wxhaskell/devel/236-001.bin
>
> I'll leave the other questions to Shelarcy...
>
> --
> Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
> PGP Key ID: 08AC04F9
>

[wxhaskell-users] Fwd: [Haskell-cafe] [Haskell Beginner] Compiling wxhaskell fails for me

[Daniel K. <d.k...@go...>]

---------- Forwarded message ----------
From: Daniel Kahlenberg <d.k...@go...>
Date: 2008/7/30
Subject: Re: [Haskell-cafe] [Haskell Beginner] Compiling wxhaskell fails for me
To: shelarcy <she...@gm...>
Cc: Jason Dusek <jas...@gm...>, "has...@ha..."
<has...@ha...>


Hi,

for a comprehension, when trying to compile the wxwidgets 2.8.8
version with the configure flag `--enable-graphics_ctx' the make
process fails with the error messages
 ../../src/msw/graphics.cpp:92:21: gdiplus.h: No such file or directory
 ../../src/msw/graphics.cpp:93: error: `Gdiplus' is not a namespace-name
in front, you can find my config.log and makeerrors.log attached

2008/7/30 shelarcy <she...@gm...>:
> Hi,
>
> On Wed, 30 Jul 2008 16:02:22 +0900, Jason Dusek <jas...@gm...> wrote:
>>   Maybe you could try building it with 2.8 and let us know how
>>   it goes?
>
> We are discussing his problem in wxhaskell-users mailing-list now.
>
> http://www.mail-archive.com/wxh...@li.../msg00488.html
>
> I send patch to fix that. And patch is already pushed in latest darcs repository.
>
> http://www.mail-archive.com/wxh...@li.../msg00224.html
>
> I'm waiting for his answer now.
>
>
> Best Regards,
>
> --
> shelarcy <shelarcy    hotmail.co.jp>
> http://page.freett.com/shelarcy/
>

Re: [wxhaskell-users] Building the windows port possible?

[shelarcy <she...@gm...>]

On Tue, 29 Jul 2008 23:31:12 +0900, Daniel Kahlenberg <d.k...@go...> wrote:
> The make process now complains about this error:
>
> ../../src/msw/graphics.cpp:92:21: gdiplus.h: No such file or directory
> ../../src/msw/graphics.cpp:93: error: `Gdiplus' is not a namespace-name
> ../../src/msw/graphics.cpp:93: error: expected namespace-name before ';' token
> * Please look at the attachement for follow up errors

Hmm ... it seems that MinGW'a w32api doesn't have gdiplus library yet.

> Will I have to install the Platform SDK then or something similar ??

I think PlatformSDK's header and library files are incompatible with w32api.
Because Aaron is working for to modernize Windows platform support in Google
Summer of Code project now.

http://gcc.gnu.org/wiki/WindowsGCCImprovementsGSoC2008#head-5effb1d3f01b0db6e4f7d14b0ce1beed8469de4e

So, we can't enable wxGraphicsContext support when using MinGW now....


Best Regards,

-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Building the windows port possible?

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

2008/7/29 Daniel Kahlenberg <d.k...@go...>:
> Thanks very much for your help, but had no luck again, trying to
> rebuild wxwidgets (darcs pull found nothing new yet).

Well, I can't push Shelarcy's patch in until later this evening (not
for 5 hours or so), but you could save his email attachment (the
patch) and run darcs apply on the saved file...

oh wait, that was on the wxhaskell-devel list, which is why you never saw it!
http://cache.gmane.org//gmane/comp/lang/haskell/wxhaskell/devel/236-001.bin

I'll leave the other questions to Shelarcy...

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

Re: [wxhaskell-users] Building the windows port possible?

[Daniel K. <d.k...@go...>]

Hello,

Thanks very much for your help, but had no luck again, trying to
rebuild wxwidgets (darcs pull found nothing new yet).

Will I have to install the Platform SDK then or something similar ??
The make process now complains about this error:

../../src/msw/graphics.cpp:92:21: gdiplus.h: No such file or directory
../../src/msw/graphics.cpp:93: error: `Gdiplus' is not a namespace-name
../../src/msw/graphics.cpp:93: error: expected namespace-name before ';' token
* Please look at the attachement for follow up errors

My configure arguments were:

../../configure --with-msw --enable-unicode --with-odbc --with-opengl
--enable-sound --enable-mediactrl --disable-shared --enable-optimize
--enable-graphics_ctx


2008/7/29 Eric Kow <eri...@gm...>:
> Hi Daniel,
>
>> And I made and send patch for this problem, too. If you don't want to build
>> wxWidgets again, please wait a moment until applying my new patch to darcs
>> repository.
>
> You could also apply the patch to your own repository and see how it
> works out :-)
>  [darcs apply the_patchfile]
>
> --
> Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
> PGP Key ID: 08AC04F9
>

Re: [wxhaskell-users] Building the windows port possible?

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

Hi Daniel,

> And I made and send patch for this problem, too. If you don't want to build
> wxWidgets again, please wait a moment until applying my new patch to darcs
> repository.

You could also apply the patch to your own repository and see how it
works out :-)
 [darcs apply the_patchfile]

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

Re: [wxhaskell-users] Building the windows port possible?

[shelarcy <she...@gm...>]

Hi,

On Tue, 29 Jul 2008 18:53:42 +0900, Eric Kow <eri...@gm...> wrote:
> 2008/7/29 Daniel Kahlenberg <d.k...@go...>:
>> and with the messages
>>   `wxc/src/graphicscontext.cpp:417: error: expected `,' or `...'
>> before '*' token
>>    wxc/src/graphicscontext.cpp:418: error: ISO C++ forbids
>> declaration of `wxPoint2DDouble' with no type'
>>    make: *** [dist/wxc/graphicscontext.o] Error 1
>> in both cases - trying to compile against wxwidgets versions 2.6.4 and 2.8.8.
>
> I'm not sure what to suggest.  Shelarcy, any ideas?

This problem come from wxGraphicsContext support. wx/graphics.h includes wx/geometory.h,
but wrapper.h does not. So, I think we can fix this problem easily.

Daniel, if you want to just build wxHaskell, you should rebuild wxWidgets with
--enable-graphics_ctx option.

And I made and send patch for this problem, too. If you don't want to build
wxWidgets again, please wait a moment until applying my new patch to darcs
repository.

I think that patch also fixes below problem.

>> The make process runs fine until it fails with
>> the message
>>   `wx/graphics.h' isn't found (for the wxwidgets version 2.6.4)
>
> Well, I notice you have tried both 2.6.4 and 2.8.8 below.  For what
> it's worth, only 2.8.x is supported  (in case this helps to narrow)

Best Regards,

-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Building the windows port possible?

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

Hi,

2008/7/29 Daniel Kahlenberg <d.k...@go...>:
> The make process runs fine until it fails with
> the message
>   `wx/graphics.h' isn't found (for the wxwidgets version 2.6.4)

Well, I notice you have tried both 2.6.4 and 2.8.8 below.  For what
it's worth, only 2.8.x is supported  (in case this helps to narrow)

> and with the messages
>   `wxc/src/graphicscontext.cpp:417: error: expected `,' or `...'
> before '*' token
>    wxc/src/graphicscontext.cpp:418: error: ISO C++ forbids
> declaration of `wxPoint2DDouble' with no type'
>    make: *** [dist/wxc/graphicscontext.o] Error 1
> in both cases - trying to compile against wxwidgets versions 2.6.4 and 2.8.8.

I'm not sure what to suggest.  Shelarcy, any ideas?

I would appreciate it if you could post any findings on the
troubleshooting section of
  http://www.haskell.org/haskellwiki/WxHaskell/Install

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

[wxhaskell-users] Building the windows port possible?

[Daniel K. <d.k...@go...>]

Hello,

I try to build the current wxhaskell version from the darcs repository.
Therefor I started shell session configured like described on the
documentation site.
The sh.exe I use is provided by msys, I also installed mingw32 (`uname
-a' : MINGW32_NT-5.1
... 1.0.11(0.46/3/2) 2007-01-12 12:05 i686 Msys)

The make process runs fine until it fails with
the message
   `wx/graphics.h' isn't found (for the wxwidgets version 2.6.4)

and with the messages
   `wxc/src/graphicscontext.cpp:417: error: expected `,' or `...'
before '*' token
    wxc/src/graphicscontext.cpp:418: error: ISO C++ forbids
declaration of `wxPoint2DDouble' with no type'
    make: *** [dist/wxc/graphicscontext.o] Error 1
in both cases - trying to compile against wxwidgets versions 2.6.4 and 2.8.8.

The tool call which
sets the wxversion variable (`wx-config --version') is executed and
returns the built and installed version of wxwidgets (tried with both
separatly).
The searched hosted graphics.h as I could determine seems
available as part of the 2.8.x version of wxwidgets at first.

Did I forget to build something on the wxwidgets side?

Thank you so far
Daniel.

Re: [wxhaskell-users] wxHaskell and HackageDB

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

>> - the wxHaskell 0.10.3 fails to build in the Hackage server (these is a log

On further inspection, it is using wxcore 0.10.2, presumably because
0.10.3 failed to build.

On the other hand, I'm not sure I understand what caused 0.10.3 to
fail to build...
http://hackage.haskell.org/packages/archive/wxcore/0.10.3/logs/failure/ghc-6.8

Looks like something which might be easy to fix?

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

Re: [wxhaskell-users] wxHaskell and HackageDB

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

> - the wxHaskell 0.10.3 fails to build in the Hackage server (these is a log
> there http://hackage.haskell.org/packages/archive/wx/0.10.3/logs/failure/ghc-6.8
> Could this be related with the line 65 of the configure file which says
> withmediactrl="no"
> ?

Hmm :-(

src/Graphics/UI/WX/Media.hs:103:9: Not in scope: `soundStop'

I had a problem like this, once, but then I did a make clean and it
went away, so I never figured out what was going on.  Do you know how
one could investigate this further?

It would be nice to see what the hackage server would do trying to
build the current darcs version (which only works with wxWidgets 2.8)

> - My tool requires that wxhaskell is installed with the
> withopengl="yes"
> which is not the case in the configure file for 0.10.2 neither 0.10.3 in
> Hackage.
> Thus anyone know a way of configuring MyProject. cabal, so that it can check
> if wxHaskell is installed with the openGL support?

One naughty idea might be to upload a 0.10.3.1 which is opengl-enabled
and then depend exclusively on that version...

> cabal install wx --with-opengl

Note that with some versions of Cabal(-install) you need something
like --configure-opt=--with-opengl (although with others, it just
passes it straight through...)

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

[wxhaskell-users] wxHaskell and HackageDB

[Miguel V. <jmv...@di...>]

Hi all,

I uploaded a tool that uses wxHaskell to HackageDB and I found some  
problems:

- the wxHaskell 0.10.3 fails to build in the Hackage server (these is  
a log there http://hackage.haskell.org/packages/archive/wx/0.10.3/ 
logs/failure/ghc-6.8
Could this be related with the line 65 of the configure file which says
withmediactrl="no"
?

- My tool requires that wxhaskell is installed with the
withopengl="yes"
which is not the case in the configure file for 0.10.2 neither 0.10.3  
in Hackage.
Thus anyone know a way of configuring MyProject. cabal, so that it  
can check if wxHaskell is installed with the openGL support?
Or at least a way of an user manually check if the openGL support in  
wxHaskell is on ( besides the late linking error saying "undefined  
reference to `wxGLCanvas::" ) ?

- I guess (not tested yet) that
cabal install wx --with-opengl
will install wxHaskell with openGL support. Not sure if it will  
conflict with other wxHaskell installation without openGL. Anyone  
tried something related?

Thanks in advance.

best regards
Miguel Vilaca

[wxhaskell-users] Fwd: [wxhaskell-devel] WxHaskell at DEFUN

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

Would anybody be interested in delivering a 45 minute tutorial on
wxHaskell in September?  It will be in Canada.  We can help you
prepare :-)

---------- Forwarded message ----------
From: Simon Peyton-Jones <si...@mi...>
Date: 2008/4/22
Subject: [wxhaskell-devel] WxHaskell at DEFUN
To: "wxh...@li..."
<wxh...@li...>
Cc: Simon Peyton-Jones <si...@mi...>, Michael Sperber
<sp...@de...>, Kathleen Fisher <kf...@re...>,
Don Stewart <do...@ga...>


Dear WxHaskellers

ICFP is growing a Functional Programming Developer Conference!  It'll
sit back-to-back with ICFP, with the Commercial Users of Functional
Programming workshop as part of it.

As well as CUFP, though, there'll be tutorials and presentations about
       libraries
       tools
       programming techniques

This is perfect for WxHaskell: you could offer a tutorial/demo session
in which you show how to use WxHaskell to create fantastic UIs.   I'd
really like to see a WxHaskell tutorial there.

Deadline for offers is 27 June, so you have time.  But don't leave it too long.

Simon


                    Call for Talks and Tutorials
    ACM SIGPLAN 2008 Developer Tracks on Functional Programming
               http://www.deinprogramm.de/defun-2008/
            Victoria, BC, Canada, 25, 27 September, 2008
      The workshop will be held in conjunction with ICFP 2008.
              http://www.icfpconference.org/icfp2008/

Important dates

Proposal Deadline: June 27, 2008, 0:00 UTC
Notification:      July 14, 2008

DEFUN 2008 invites functional programmers who know how to solve
problems with functional prorgamming to give talks and lead tutorials
at the The ICFP Developer Tracks.

We want to know about your favorite programming techniques, powerful
libraries, and engineering approaches you've used that the world
should know about and apply to other projects. We want to know how to
be productive using functional programming, write better code, and
avoid common pitfals.

We invite proposals for presentations in the following categories:

How-to talks: 45-minute "how-to" talks that provide specific
 information on how to solve specific problems using functional
 programming. These talks focus on concrete examples, but provide
 useful information for developers working on different projects or in
 different contexts.

 Examples:
 - "How I made Haskell an extension language for SAP R/3."
 - "How I replaced /sbin/init by a Scheme program."
 - "How I hooked up my home appliances to an Erlang control system."
 - "How I got an SML program to drive my BMW."

General language tutorials
 Half-day general language tutorials for specific functional
 languages, given by recognized experts for the respective languages.

Technology tutorials Half-day tutorials on techniques, technologies,
 or solving specific problems in functional programming

 such as:
 - how to make the best use of specific FP programming techniques
 - how to inject FP into a development team used to more conventional
   technologies
 - how to connect FP to existing libraries / frameworks / platforms
 - how to deliver high-performance systems with FP
 - how to deliver high-reliability systems with FP

Remember that your audience will include computing professionals who
are not academics and who may not already be experts on functional
programming.

Presenters of tutorials will receive free registration to ICFP 2008.

Submission guidelines

Submit a proposal of 150 words or less for either a 45-minute talk
with a short Q&A session at the end, or a 300-word-or-less proposal
for a 3-hour tutorial, where you present your material, but also give
participants a chance to practice it on their own laptops.

Some advice:
- Give it a simple and straightforward title or name; avoid fancy
 titles or puns that would make it harder for attendees to figure out
 what you'll be talking about.
- Clearly identify the level of the talk: What knowledge should people
 have when they come to the presentation or tutorial?
- Explain why people will want to attend:
 is the language or library useful for a wide range of attendees? Is
 the pitfall you're identifying common enough that a wide range of
 attendees is likely to encounter it?
- Explain what benefits attendees are expected to take home to their
 own projects.
- For a tutorial, explain how you want to structure the time, and what
 you expect to have attendees to do on their laptops. List what
 software you'll expect attendees to have installed prior to coming.

Submit your proposal in plain text electronically to
defun-2008-submission-AT-deinprogramm.de by the beginning of Friday,
June 27, Universal Coordinated Time.

Organizers
Kathleen Fisher         AT&T Labs
Simon Peyton Jones      Microsoft Research
Mike Sperber (co-chair) DeinProgramm
Don Stewart (co-chair)  Galois

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
wxhaskell-devel mailing list
wxh...@li...
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel



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

[wxhaskell-users] Announcing WxGeneric - a library to construct widgets using SYB

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

Hi,

I recently decided to reimplement AutoForms. AutoForms was my earlier
attempt at a library to generically construct GUI widgets.

The new library is called WxGeneric. You can find a (hopefully) kind
introduction to WxGeneric here
http://lindstroem.wordpress.com/2008/05/21/using-wxgeneric/ .

If you are interested in a little more background or why I decided to
reimplement AutoForms, then you can see this post
http://lindstroem.wordpress.com/2008/05/03/introducing-wxgeneric/ .


Greetings,

Mads Lindstrøm

Re: [wxhaskell-users] problems on Windows

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

Hi,

Dean Herington wrote:

> >>  I reread Daan's original paper and found a hint that layouts need to
> >>  mention each widget exactly once (though I can't find anything
> >>  definitive in documentation for either wxhaskell or wxwidgets).
> >>  Obeying that "rule" avoids the garbling, but I'm still not able
> >>  successfully to change the layout repeatedly.  Even if I could, how
> >>  then would I show different subsets of widgets at different times?
> >Every widget which is created must be used once and only once. That is
> >the rule.
> 
> Does the documentation for either wxHaskell or 
> wxWidgets explain this rule?  I couldn't find it.

I looked a bit and could not find the rule except in the paper
"wxHaskell – A portable and concise GUI library for Haskell" (see 
http://legacy.cs.uu.nl/daan/pubs.html#wxhaskell ), which I guess is the
one you refers to.

It would be good if we added the use-only-once rule somewhere. Do you
have a suggestion? Can you name a place where would you would have found
it?


Greetings,

Mads Lindstrøm

Re: [wxhaskell-users] problems on Windows

[Dean H. <her...@mi...>]

Hi, Eric,

(I wish I could have replied earlier, but this past weekend was very busy.)

Thanks to replies from you and Mads I'm back in business.

At 9:13 AM +0100 5/15/08, Eric Y. Kow wrote:
>Hi Dean,
>
>I'm very sorry nobody got back to you.  Personally, I filed your message
>away in my pending queue and marked it 'reread'.
>
>By the way, it might help to attach your examples in an easy
>compile-and-run format, as I have hopefully done.  It just smooths
>out these discussions a little bit! :-)

Good idea.  Will do next time.

>
>On Thu, May 15, 2008 at 01:10:58 -0400, Dean Herington wrote:
>>  I reread Daan's original paper and found a hint that layouts need to
>>  mention each widget exactly once (though I can't find anything
>>  definitive in documentation for either wxhaskell or wxwidgets).
>>  Obeying that "rule" avoids the garbling, but I'm still not able
>>  successfully to change the layout repeatedly.
>
>Could you attach your modified code?  My experience with wxhaskell is
>that once you create a widget, it's going to be displayed, so you might
>as well lay it out somewhere.

Yes, you and Mads helped me figure that out.  I believe I now 
understand all the anomalies I saw.

>
>>  Even if I could, how
>>  then would I show different subsets of widgets at different times?
>
>You could set the visible attribute.
>See attachment.

Ah, thanks for the tip.

>
>I do not claim that this is the right way to go about things.  Maybe
>somebody like Mads or Shelarcy would have a better idea.

In fact, Mads's suggestion does work better for my application.  (See 
my upcoming reply to him.)

>
>Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>

Thanks again.  And sorry I overreacted at my earlier frustration.

Dean

Re: [wxhaskell-users] problems on Windows

[Dean H. <her...@mi...>]

Hi, Mads,

Thanks for your very helpful reply.  I'm back in business.

At 4:33 PM +0200 5/15/08, Mads Lindstrøm wrote:
>Hi Dean
>
>Dean Herington wrote:
>>  Is anyone out there???
>Yes.
>
>>
>>  I reread Daan's original paper and found a hint that layouts need to
>>  mention each widget exactly once (though I can't find anything
>>  definitive in documentation for either wxhaskell or wxwidgets).
>>  Obeying that "rule" avoids the garbling, but I'm still not able
>>  successfully to change the layout repeatedly.  Even if I could, how
>>  then would I show different subsets of widgets at different times?
>Every widget which is created must be used once and only once. That is
>the rule.

Does the documentation for either wxHaskell or 
wxWidgets explain this rule?  I couldn't find it.

>
>In your action (the "on command := do" -stuff) to change the panel
>content do:
>
>1) delete your old widgets like:
>
>get p children >>= mapM_ objectDelete
>
>2) create new widgets
>
>3) do "set p [ layout := ... ].
>
>4) finally it might be good to do "refit p".

The above approach works for me.  Thanks a lot for the explanation!

Dean

>
>Also have a look at dynamic
>http://wxhaskell.sourceforge.net/doc/Graphics-UI-WXCore-Layout.html#v%
>3Adynamic . I am no quite sure when it is necessary to use this
>function.
>
>
>Greetings,
>
>Mads
>
>>
>>  Is there any hope of getting a decent description of wxhaskell's
>>  (intended) semantics?  I'm getting exasperated.
>>
>>  At 12:08 AM -0400 5/9/08, Dean Herington wrote:
>>  >I'm using wxhaskell 0.10.3 with ghc 6.8.2 on Windows XP Pro.  I'm
>>  >trying to figure out how to change the content of a frame
>>  >dynamically.  The program shown below has several problems:
>>  >    * The initial text is garbled (a 
>>combination of "Screen 1" and "Screen 2").
>>  >    * The button label doesn't change when first clicked.
>>  >    * Nothing changes on subsequent button presses.
>>  >Any ideas?
>>  >
>>  >>   module Main where
>>  >>
>>  >>   import Graphics.UI.WX
>>  >>
>>  >>   main = start gui
>>  >>
>>  >>   gui = do
>>  >>     f    <- frame [text := "Test 1"]
>>  >>     p    <- panel f []
>>  >>     t1   <- staticText p [text := "Screen 1"]
>>  >>     b1   <- button p [text := "switch to 2"]
>>  >>     t2   <- staticText p [text := "Screen 2"]
>>  >>     b2   <- button p [text := "switch to 1"]
>>  >>     set b1 [on command := switch f p t2 b2]
>>  >>     set b2 [on command := switch f p t1 b1]
>>  >>     switch f p t1 b1
>>  >>
>>  >>   switch f p t b = set f [layout := fill $ container p $ margin 10 $
>  > >  >column 5 [widget t, widget b]]

Re: [wxhaskell-users] wxHaskell on Leopard

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

Following up to Mattia's question [we had a brief exchange off-list],
I had completely missed the fact that he *was* using the darcs
version.  But if anybody else runs into trouble on Leopard, it was the
"open foo.app" that helped him (as opposed to just running ./foo).

We haven't figured out why yet, though...

>  ghc --make foo
>  macosx-app foo
>  open foo.app

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

Re: [wxhaskell-users] wxHaskell on Leopard

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

Hello!

On Sat, May 17, 2008 at 23:05:56 +0200, Mattia Belletti wrote:
>   Then used the darcs version of wxHaskell. I'm running Mac OS X with 
> Leopard.

Sadly, the released wxHaskell does not support wxWidgets 2.8, which is
what comes on Leopard (or what can be installed on it).

But you're in luck!  Just recently some patches have made it into the
darcs version.  Please try installing the wxhaskell from

 darcs get http://darcs.haskell.org/wxhaskell

And let us know how you get on...

Note that to run the sample applications:

  ghc --make foo
  macosx-app foo
  open foo.app

I know this works because I am using Leopard myself, so I hope your
experience will be positive...

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

[wxhaskell-users] wxHaskell on Leopard

[Mattia B. <ma...@th...>]

Hi all,
  I'm a newcomer to Haskell programming (even thought already had quite 
a lot of functional languages background) and I wanted to start using 
wxHaskell.
  I installed the MacPort version of wxWidgets:
 > joyce:wx mattia$ port installed | grep -i wx
 >   wxWidgets @2.8.7_1 (active)
 >   wxWidgets-devel @2.8.7-rc1_0 (active)
  Then used the darcs version of wxHaskell. I'm running Mac OS X with 
Leopard.

Everything goes just fine, but crash when I run the hello app:

joyce:wx mattia$ ghc -package wx HelloWorld.hs -o hellojoyce:wx mattia$ 
/usr/local/wxhaskell/bin/macosx-app -v hello creating resource:
 > /Developer/Tools/Rez -t APPL Carbon.r  -o hello
creating app directories:
 - hello.app
 - hello.app/Contents
 - hello.app/Contents/MacOS
 - hello.app/Contents/Resources
creating package info:
 - hello.app/Contents/PkgInfo
done.

joyce:wx mattia$ open hello
LSOpenFromURLSpec() failed with error -10828 for the file 
/Users/mattia/prog/haskell_develop/wxhaskell/wxhaskell/samples/wx/hello.


Running "hello" directly, without "open", leads to no great results too:

joyce:wx mattia$ ./hello
23:04:17: Debug: wxColour::Set - couldn't set to colour string 'LIGHT GREY'
[Debug] 23:04:18: Adding duplicate image handler for 'PNG file'
[Debug] 23:04:18: Adding duplicate image handler for 'JPEG file'
[Debug] 23:04:18: Adding duplicate image handler for 'TIFF file'
[Debug] 23:04:18: Adding duplicate image handler for 'GIF file'
[Debug] 23:04:18: Adding duplicate image handler for 'PNM file'
[Debug] 23:04:18: Adding duplicate image handler for 'PCX file'
[Debug] 23:04:18: Adding duplicate image handler for 'Windows icon file'
[Debug] 23:04:18: Adding duplicate image handler for 'Windows cursor file'
[Debug] 23:04:18: Adding duplicate image handler for 'Windows animated 
cursor file'
[Debug] 23:04:18: Adding duplicate image handler for 'TGA file'
[Debug] 23:04:18: Adding duplicate image handler for 'XPM file'

After that, it stops and nothing happens.



Any suggestion, or idea about what the error means? I saw older posts 
complaining about similar problems, but I found no useful material: 
perhaps I just didn't notice it!

-- 
Mattia "RedGlow" Belletti
http://thick.foschia.info - http://anacrusi.splinder.com

Re: [wxhaskell-users] problems on Windows

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

Hi Dean

Dean Herington wrote:
> Is anyone out there???
Yes.

> 
> I reread Daan's original paper and found a hint that layouts need to 
> mention each widget exactly once (though I can't find anything 
> definitive in documentation for either wxhaskell or wxwidgets). 
> Obeying that "rule" avoids the garbling, but I'm still not able 
> successfully to change the layout repeatedly.  Even if I could, how 
> then would I show different subsets of widgets at different times?
Every widget which is created must be used once and only once. That is
the rule.

In your action (the "on command := do" -stuff) to change the panel
content do:

1) delete your old widgets like:

get p children >>= mapM_ objectDelete

2) create new widgets

3) do "set p [ layout := ... ].

4) finally it might be good to do "refit p".

Also have a look at dynamic
http://wxhaskell.sourceforge.net/doc/Graphics-UI-WXCore-Layout.html#v%
3Adynamic . I am no quite sure when it is necessary to use this
function.


Greetings,

Mads

> 
> Is there any hope of getting a decent description of wxhaskell's 
> (intended) semantics?  I'm getting exasperated.
> 
> At 12:08 AM -0400 5/9/08, Dean Herington wrote:
> >I'm using wxhaskell 0.10.3 with ghc 6.8.2 on Windows XP Pro.  I'm
> >trying to figure out how to change the content of a frame
> >dynamically.  The program shown below has several problems:
> >    * The initial text is garbled (a combination of "Screen 1" and "Screen 2").
> >    * The button label doesn't change when first clicked.
> >    * Nothing changes on subsequent button presses.
> >Any ideas?
> >
> >>   module Main where
> >>
> >>   import Graphics.UI.WX
> >>
> >>   main = start gui
> >>
> >>   gui = do
> >>     f    <- frame [text := "Test 1"]
> >>     p    <- panel f []
> >>     t1   <- staticText p [text := "Screen 1"]
> >>     b1   <- button p [text := "switch to 2"]
> >>     t2   <- staticText p [text := "Screen 2"]
> >>     b2   <- button p [text := "switch to 1"]
> >>     set b1 [on command := switch f p t2 b2]
> >>     set b2 [on command := switch f p t1 b1]
> >>     switch f p t1 b1
> >>
> >>   switch f p t b = set f [layout := fill $ container p $ margin 10 $
> >  >column 5 [widget t, widget b]]
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft 
> Defy all challenges. Microsoft(R) Visual Studio 2008. 
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users