wxhaskell-users — General mailing list for wxhaskell users

[wxhaskell-users] bitmapCreate?

[Kirsten C. <cat...@gm...>]

Hi,
http://wxhaskell.sourceforge.net/doc/Graphics.UI.WXCore.WxcClassesAL.html#v%3AbitmapCreate
 mentions a function called bitmapCreate, which doesn't seem to
actually exist in the released version of wxHaskell (I have version
0.8, downloaded as a source tarball from the web page). Is this code
available somewhere? All I'm trying to do is read some data
representing a JPEG over a network socket (http) and convert that to
an image that my wxHaskell program can display. Currently I'm doing
this by invoking wget through system() and creating temporary files,
which, of course, is expensive. Is there an easy way to do this using
the current version of wxHaskell?

Thanks,
Kirsten

-- 
Kirsten Chevalier * che...@al... * Often in error,
never in doubt

[wxhaskell-users] WX orphans?

[Rickard N. <ric...@te...>]

When I compile a module wiht -package wx, and then run
ghc --show-iface on them to get a list of dependencies,
I get something like this:

module dependencies:
package dependencies: base haskell98 wx
orphans: GHC.Base Foreign.Ptr Control.Exception
          Graphics.UI.WX.Variable Graphics.UI.WX.Window Graphics.UI.WX.Frame
          Graphics.UI.WX.Media Graphics.UI.WX.Menu Graphics.UI.WX.Controls
          Graphics.UI.WX.Dialogs Graphics.UI.WX.Draw

(The only import I have in my module is Graphics.UI.WX)

Why are there Graphics.UI.WX.* orphans? What does it mean? I'm not that  
well
acquainted with the ghc package system, but it seems like my module have
extra dependencies on wx modules, besides the wx package.
I have troubles loading modules that dependes on the wx package with
hs-plugins (http://www.cse.unsw.edu.au/~dons/hs-plugins/), maybe this
have something to do with it? Or am I on the wrong track? I see no orphans
when I compile with for instance the 'text' package.


/ Rickard

[wxhaskell-users] Coding your own widgets in wxhaskell... and other problems

[dreamer <Ben...@we...>]

Hello Daan, Hello List,

I just tried to create my own custom widget based on HtmlWindow.  I
encountered a few problems which I want to share with you:

    1) Surprisingly to me I had to realize that there is a separate 
       CWXCHtmlWindow hierarchy.  As the corresponding creation function
       wxcHtmlWindowCreate is not documented I first assumed that it is
       used to implemented HtmlWindow, which on a closer look I had to
       realize it is NOT.  My current guess is that it is a left over
       from the automatic wrapping process.  Which normally wouldn't 
       bother me that much but unfortunately the function
       htmlWindowOnHtmlEvent can ONLY be called on a CWXCHtmlWindow! Why
       is that?

    2) A bigger problem: while the attribute handling is really nice to
       have and works well with the wrapped C++ widgets it can be quite
       difficult to provide with new self written widgets.  Let's for
       the sake of argument assume that I want to write a wrapper for the
       HtmlWindow which maps the HtmlLinkClicked event to the select
       event of the class Selecting and provides a attribute
       selectedLink :: Attr w (Maybe String).  

       Iff I got it right one cannnot "derive" from a builtin widget and
       add new "state" to the created value.  That is write something
       like  newtype MyWindow = MyWindow (MyState, HtmlWindow ())
       and then just add some instance declarations to make it work with
       the wxHaskell routines.  

       Therefore the only way I see to associate some state with a
       window is to use the windowGetId function and a table of 
       Int -> MyState.  

       Add this point we hit a kind of open design problem in haskell!

       It is not yet possible (as far as I know) to write a global value
       which originally was part of the IO monad.  Or at least it is not
       possible to do so safely!  Using unsafePerformIO one can do this:

       {-# noinline states #-}
       states :: Var (FiniteMap Int MyState)

       states = unsafePerformIO $ varCreate state

       So this is probably not a really satisfactory solution, but if it
       happens to be the only way one can solve above problem it should
       probably be part of the library.

       So is there a better way / thoughts / suggestions?  Note that at
       the moment I can not even do this as windowGetId can not be
       called on values of type CWXCHtmlWindow.

Cheers,

Bene


PS @Daan: Together with a colleaque of mine I recently found a small bug in
    wxHaskell but not having had any response from you I assume that
    mailing to you directly failed again and therefore I include it here
    again:

In WX.Controls.MultiListBox:

Controls.hs 598:
-- | Abstract type of the 'MultiListBox' class.
data CMultiListBox a  = CMultiListBox

instance Selections (MultiListBox a) where
  selections
    = newAttr "selections" listBoxGetSelectionList setter
    where
      setter w is
        = mapM_ (\i -> listBoxSetSelection w i True) is


This code is obviously incorrect in that it only adds elements
to the selection but never removes elements of it.

this bugfix should do the trick:

-- | Abstract type of the 'MultiListBox' class.
data CMultiListBox a  = CMultiListBox

instance Selections (MultiListBox a) where
  selections
    = newAttr "selections" listBoxGetSelectionList setter
    where
      setter w is
        = do s <- listBoxGetSelectionList w
             mapM_ (\i -> listBoxSetSelection w i False) s
             mapM_ (\i -> listBoxSetSelection w i True) is

Re: [wxhaskell-users] Problems building wxHaskell 0.8

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

I think Daan meant:
HCFLAGS += -package parsec

Arthur

On 6-dec-04, at 15:27, Luis F. Araujo wrote:

> Hello Daan,
>
> I did just what you told me, and i get a few messages like this one:
>
> bash-2.05b$ make
> makefile:482: *** Recursive variable `HCFLAGS' references itself 
> (eventually).  Stop
>
> I remove the HCFLAGS reference in that line, and the process goes on.
>
> But then, it throws again the same error. :-(
>
> Since im sort of new to haskell, i really don't know too much
> about this.
>
> Thanks.
>
> Daan Leijen wrote:
>
>> Luis F. Araujo wrote:
>>
>>> Hello all,
>>>
>>> I got some problems building wxHaskell 0.8 (both cvs and tarball)
>>> on GNU/Linux , ghc 6.2.1, wxWidget 2.4.2, here i show some of the 
>>> error
>>> messages of make.
>>
>>
>> It seems that the parsec package is not included. Maybe the package
>> structure is not well installed with ghc 6.2.1 (although it worked
>> for me on most platforms).
>>
>> You can probably fix it by editing the makefile. Add at after the
>> include statements (line 56?) the line:
>>
>> HCFLAGS += $(HCFLAGS) -package parsec
>>
>> and it will probably all work well.
>>
>> -- Daan.
>>
>>
>>>
>>> out/wxdirect/Classes.o(.text+0x5a0a): In function `s2zg_entry':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziChar_string_closure'
>>> out/wxdirect/Classes.o(.text+0x5a56): In function `s2zi_entry':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziPrim_try_closure'
>>> out/wxdirect/Classes.o(.text+0x5b40): In function `s2AD_entry':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziPrim_zdfMonadGenParser_closure'
>>> out/wxdirect/Classes.o(.text+0x5b50): In function `r2lX_srt':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
>>> out/wxdirect/Classes.o(.text+0x5bba): In function `r2lX_entry':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
>>> out/wxdirect/Classes.o(.text+0x5bc8): In function `r2lZ_srt':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziPrim_parse_closure'
>>> out/wxdirect/Classes.o(.text+0x5c51): In function `r2lZ_entry':
>>> : undefined reference to 
>>> `TextziParserCombinatorsziParsecziPrim_parse_closure'
>>> collect2: ld returned 1 exit status
>>> make: *** [out/wxdirect/wxdirect] Error 1
>>>
>>>
>>> This is the last command run before the errors:
>>>
>>> ghc   -o out/wxdirect/wxdirect out/wxdirect/Map.o out/wxdirect/Set.o 
>>> out/wxdirect/MultiSet.o out/wxdirect/HaskellNames.o 
>>> out/wxdirect/Types.o out/wxdirect/ParseEiffel.o 
>>> out/wxdirect/ParseC.o out/wxdirect/Classes.o 
>>> out/wxdirect/DeriveTypes.o out/wxdirect/CompileHeader.o 
>>> out/wxdirect/CompileClassTypes.o out/wxdirect/CompileClassInfo.o 
>>> out/wxdirect/CompileClasses.o out/wxdirect/CompileDefs.o 
>>> out/wxdirect/Main.o
>>>
>>>
>>> I got ghc and wxWidgets well installed.
>>>
>>> Thanks.
>>>
>>
>>
>>
>>
>
>
> -- 
>
> Luis F. Araujo
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real 
> users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

Re: [wxhaskell-users] Problems building wxHaskell 0.8

[Luis F. A. <ar...@gn...>]

Hello Daan,

I did just what you told me, and i get a few messages like this one:

bash-2.05b$ make
makefile:482: *** Recursive variable `HCFLAGS' references itself 
(eventually).  Stop

I remove the HCFLAGS reference in that line, and the process goes on.

But then, it throws again the same error. :-(

Since im sort of new to haskell, i really don't know too much
about this.

Thanks.

Daan Leijen wrote:

> Luis F. Araujo wrote:
>
>> Hello all,
>>
>> I got some problems building wxHaskell 0.8 (both cvs and tarball)
>> on GNU/Linux , ghc 6.2.1, wxWidget 2.4.2, here i show some of the error
>> messages of make.
>
>
> It seems that the parsec package is not included. Maybe the package
> structure is not well installed with ghc 6.2.1 (although it worked
> for me on most platforms).
>
> You can probably fix it by editing the makefile. Add at after the
> include statements (line 56?) the line:
>
> HCFLAGS += $(HCFLAGS) -package parsec
>
> and it will probably all work well.
>
> -- Daan.
>
>
>>
>> out/wxdirect/Classes.o(.text+0x5a0a): In function `s2zg_entry':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziChar_string_closure'
>> out/wxdirect/Classes.o(.text+0x5a56): In function `s2zi_entry':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziPrim_try_closure'
>> out/wxdirect/Classes.o(.text+0x5b40): In function `s2AD_entry':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziPrim_zdfMonadGenParser_closure'
>> out/wxdirect/Classes.o(.text+0x5b50): In function `r2lX_srt':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
>> out/wxdirect/Classes.o(.text+0x5bba): In function `r2lX_entry':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
>> out/wxdirect/Classes.o(.text+0x5bc8): In function `r2lZ_srt':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziPrim_parse_closure'
>> out/wxdirect/Classes.o(.text+0x5c51): In function `r2lZ_entry':
>> : undefined reference to 
>> `TextziParserCombinatorsziParsecziPrim_parse_closure'
>> collect2: ld returned 1 exit status
>> make: *** [out/wxdirect/wxdirect] Error 1
>>
>>
>> This is the last command run before the errors:
>>
>> ghc   -o out/wxdirect/wxdirect out/wxdirect/Map.o out/wxdirect/Set.o 
>> out/wxdirect/MultiSet.o out/wxdirect/HaskellNames.o 
>> out/wxdirect/Types.o out/wxdirect/ParseEiffel.o out/wxdirect/ParseC.o 
>> out/wxdirect/Classes.o out/wxdirect/DeriveTypes.o 
>> out/wxdirect/CompileHeader.o out/wxdirect/CompileClassTypes.o 
>> out/wxdirect/CompileClassInfo.o out/wxdirect/CompileClasses.o 
>> out/wxdirect/CompileDefs.o out/wxdirect/Main.o
>>
>>
>> I got ghc and wxWidgets well installed.
>>
>> Thanks.
>>
>
>
>
>


-- 

Luis F. Araujo

Re: [wxhaskell-users] Problems building wxHaskell 0.8

[Daan L. <da...@cs...>]

Luis F. Araujo wrote:
> Hello all,
> 
> I got some problems building wxHaskell 0.8 (both cvs and tarball)
> on GNU/Linux , ghc 6.2.1, wxWidget 2.4.2, here i show some of the error
> messages of make.

It seems that the parsec package is not included. Maybe the package
structure is not well installed with ghc 6.2.1 (although it worked
for me on most platforms).

You can probably fix it by editing the makefile. Add at after the
include statements (line 56?) the line:

HCFLAGS += $(HCFLAGS) -package parsec

and it will probably all work well.

-- Daan.


> 
> out/wxdirect/Classes.o(.text+0x5a0a): In function `s2zg_entry':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziChar_string_closure'
> out/wxdirect/Classes.o(.text+0x5a56): In function `s2zi_entry':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziPrim_try_closure'
> out/wxdirect/Classes.o(.text+0x5b40): In function `s2AD_entry':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziPrim_zdfMonadGenParser_closure'
> out/wxdirect/Classes.o(.text+0x5b50): In function `r2lX_srt':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
> out/wxdirect/Classes.o(.text+0x5bba): In function `r2lX_entry':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
> out/wxdirect/Classes.o(.text+0x5bc8): In function `r2lZ_srt':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziPrim_parse_closure'
> out/wxdirect/Classes.o(.text+0x5c51): In function `r2lZ_entry':
> : undefined reference to 
> `TextziParserCombinatorsziParsecziPrim_parse_closure'
> collect2: ld returned 1 exit status
> make: *** [out/wxdirect/wxdirect] Error 1
> 
> 
> This is the last command run before the errors:
> 
> ghc   -o out/wxdirect/wxdirect out/wxdirect/Map.o out/wxdirect/Set.o 
> out/wxdirect/MultiSet.o out/wxdirect/HaskellNames.o out/wxdirect/Types.o 
> out/wxdirect/ParseEiffel.o out/wxdirect/ParseC.o out/wxdirect/Classes.o 
> out/wxdirect/DeriveTypes.o out/wxdirect/CompileHeader.o 
> out/wxdirect/CompileClassTypes.o out/wxdirect/CompileClassInfo.o 
> out/wxdirect/CompileClasses.o out/wxdirect/CompileDefs.o 
> out/wxdirect/Main.o
> 
> 
> I got ghc and wxWidgets well installed.
> 
> Thanks.
> 

Re: [wxhaskell-users] Problems building wxHaskell 0.8

[Rickard N. <ric...@te...>]

> I got some problems building wxHaskell 0.8 (both cvs and tarball)
> on GNU/Linux , ghc 6.2.1, wxWidget 2.4.2, here i show some of the error
> messages of make.
>
> out/wxdirect/Classes.o(.text+0x5a0a): In function `s2zg_entry':
> : undefined reference to

> collect2: ld returned 1 exit status
> make: *** [out/wxdirect/wxdirect] Error 1
>
>
> This is the last command run before the errors:
>
> ghc   -o out/wxdirect/wxdirect out/wxdirect/Map.o out/wxdirect/Set.o  
> out/wxdirect/MultiSet.o out/wxdirect/HaskellNames.o out/wxdirect/Types.o  
> out/wxdirect/ParseEiffel.o out/wxdirect/ParseC.o out/wxdirect/Classes.o  
> out/wxdirect/DeriveTypes.o out/wxdirect/CompileHeader.o  
> out/wxdirect/CompileClassTypes.o out/wxdirect/CompileClassInfo.o  
> out/wxdirect/CompileClasses.o out/wxdirect/CompileDefs.o  
> out/wxdirect/Main.o

I had similar problems when compiling wxHaskell in ghc 6.2.1.
After upgrading to ghc 6.2.2 it worked well, though. I guess it
_should_ be possible to compile it in 6.2.1, but I never got it
right. And I had no reason not to install 6.2.2.

   / rickard

[wxhaskell-users] Problems building wxHaskell 0.8

[Luis F. A. <ar...@gn...>]

Hello all,

I got some problems building wxHaskell 0.8 (both cvs and tarball)
on GNU/Linux , ghc 6.2.1, wxWidget 2.4.2, here i show some of the error
messages of make.

out/wxdirect/Classes.o(.text+0x5a0a): In function `s2zg_entry':
: undefined reference to `TextziParserCombinatorsziParsecziChar_string_closure'
out/wxdirect/Classes.o(.text+0x5a56): In function `s2zi_entry':
: undefined reference to `TextziParserCombinatorsziParsecziPrim_try_closure'
out/wxdirect/Classes.o(.text+0x5b40): In function `s2AD_entry':
: undefined reference to `TextziParserCombinatorsziParsecziPrim_zdfMonadGenParser_closure'
out/wxdirect/Classes.o(.text+0x5b50): In function `r2lX_srt':
: undefined reference to `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
out/wxdirect/Classes.o(.text+0x5bba): In function `r2lX_entry':
: undefined reference to `TextziParserCombinatorsziParsecziPrim_zlzbzg_closure'
out/wxdirect/Classes.o(.text+0x5bc8): In function `r2lZ_srt':
: undefined reference to `TextziParserCombinatorsziParsecziPrim_parse_closure'
out/wxdirect/Classes.o(.text+0x5c51): In function `r2lZ_entry':
: undefined reference to `TextziParserCombinatorsziParsecziPrim_parse_closure'
collect2: ld returned 1 exit status
make: *** [out/wxdirect/wxdirect] Error 1


This is the last command run before the errors:

ghc   -o out/wxdirect/wxdirect out/wxdirect/Map.o out/wxdirect/Set.o 
out/wxdirect/MultiSet.o out/wxdirect/HaskellNames.o out/wxdirect/Types.o 
out/wxdirect/ParseEiffel.o out/wxdirect/ParseC.o out/wxdirect/Classes.o 
out/wxdirect/DeriveTypes.o out/wxdirect/CompileHeader.o 
out/wxdirect/CompileClassTypes.o out/wxdirect/CompileClassInfo.o 
out/wxdirect/CompileClasses.o out/wxdirect/CompileDefs.o out/wxdirect/Main.o


I got ghc and wxWidgets well installed.

Thanks.

-- 

Luis F. Araujo

[wxhaskell-users] Problems building wxHaskell 0.8

[Luis F. A. <ar...@gn...>]

Hello all,

I got some problems building wxHaskell 0.8 (both cvs and tarball)
on GNU/Linux , ghc 6.0.2, wxWidget 2.4.2, here i attach the file
with the error message of make.

Thanks.

-- 

Luis F. Araujo

Re: [wxhaskell-users] GLCanvas example window entirely white.

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

> On Wed, 01 Dec 2004 08:53:04 +0100, Daan Leijen <da...@cs...> wrote:
>> It does not seem the right behaviour to me when looking at the code.
>> However, I do not have openGL running on my computer (couldn't get
>> HOpenGL compiled on my XP box), so I can not test anything.

GhC-6.2.x Windows package has HOpenGL.
So You can test the OpenGL Canvas.

On Thu, 02 Dec 2004 22:46:48 +0900, shelarcy  
<she...@ca...> wrote:
> I tested my code on Windows 2000 using vesion 0.8, GLCanvas.hs works
> right that draw the Bezier Curve. But if hide the part of HOpenGL
> Canvas repaint the white rectangle that space. (If hide all, then
> repaint right image.)
>
> GLCanvas.hs yields an entirely white rectangle window, if I use cvs
> version + wxWidgets-2.5.1 what compiled by VisualStudio .Net 2003.

CVS version what using wxWidget that compiled by VisualStudio.Net 2003;
In wxWidget-2.5.3, program terminate as soon as program start.
In wxWidget-2.4.2, program notice error as soon as program start.

-- 
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] GLCanvas example window entirely white.

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

On Wed, 01 Dec 2004 08:53:04 +0100, Daan Leijen <da...@cs...> wrote:
>> For me, running examples/contrib/GLCanvas.hs yields an entirely white
>> rectangle window.  Is this the intended behavior?
>
> It does not seem the right behaviour to me when looking at the code.
> However, I do not have openGL running on my computer (couldn't get
> HOpenGL compiled on my XP box), so I can not test anything. Maybe
> you should contact shelarcy or Sean Seefried directly? (they
> contributed the original openGL samples).

I tested my code on Windows 2000 using vesion 0.8, GLCanvas.hs works
right that draw the Bezier Curve. But if hide the part of HOpenGL
Canvas repaint the white rectangle that space. (If hide all, then
repaint right image.)

GLCanvas.hs yields an entirely white rectangle window, if I use cvs
version + wxWidgets-2.5.1 what compiled by VisualStudio .Net 2003.


-- 
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] User event handler / Loading-dialog

[<jan...@t-...>]

Hello. (This is my first contribution to this mailing list.)

Currently I have the following code for calling a function "owned" by
a MDIChildFrame from a menu item of the MDIParentFrame:
(The code is not complete! No MDIChildFrames are added, etc.)
('_' denotes something irrelevant.)


gui = do
	f <- mdiParentFrame []
	m <- menuPane [text := _]
	i <- menuItem m [text := _, on command := foo f]
		where
		foo = keyEvent 'f'
		keyEvent :: Char -> MDIParentFrame a -> IO ()
		keyEvent char frame = do
			child <- get f activeChild
			if objectIsNull child
				then return ()
				else do
					handler <- windowGetOnKeyChar child
					handler (EventKey (KeyChar c) noneDown (point 0 0))

openChild :: MDIParentFrame a -> IO ()
openChild parent = do
	f <- mdiChildFrame parent []
	-- Features "owned" by the MDIChildframe f.
	var1 <- newIORef _
	var2 <- newIORef _
	var3 <- newIORef _
	set f [on (charKey 'f') := foo var1 var2 var3]
		where
		foo var1 var2 var3 = do
			modifyIORef var1 _
			modifyIORef var2 _
			modifyIORef var3 _


So I'm abusing a key event handler, but this isn't nice, since abusing
is BAD. What I miss, is some kind of "user event handler".
There is no such thing, or did I miss something?

BTW: wxHaskell is great, I enjoy very much using it. At the moment I'm
     programming a 3D CAD application using OpenGL. It works fine. Thanks!

Oh, and there was another thing. Loading the CAD-files takes very long
(about 10 seconds on my machine). It isn't possible to implement s.th.
like a loading-dialog at the moment, because threading is not supported,
right? (Using "on idle" doesn't work for me, because it is very hard to
separate the loading function into smaller steps.)

Regards,
Jan

Re: [wxhaskell-users] DoEvents?

[Daan L. <da...@cs...>]

Sebastian Sylvan wrote:
> On Wed, 01 Dec 2004 08:45:14 +0100, Daan Leijen <da...@cs...> wrote:
> 
>>Sebastian Sylvan wrote:
>>
>>>Is there any way to force the program to process pending events?
>>>
>>>The specific situation is this. I add a bunch of stuff to a listbox
>>>and after each addition I would like the listbox to update itself so
>>>that the change is visible immidiatly. As it is now the changes are
>>>only visible after I've added ALL the items to the listbox.
>>
>>I think you can say "repaint w" to your widget "w" that needs to be
>>updated.
> 
> The problem is that it won't get repainted until after the loop has finished =(

Ok, after "repaint", you have to call "wxcAppSafeYield objectNull" or
"wxcAppYield" (the second allows user input) to process pending messages.

-- Daan.

> 
> /S
> 

Re: [wxhaskell-users] DoEvents?

[Sebastian S. <seb...@gm...>]

On Wed, 01 Dec 2004 08:45:14 +0100, Daan Leijen <da...@cs...> wrote:
> Sebastian Sylvan wrote:
> > Is there any way to force the program to process pending events?
> >
> > The specific situation is this. I add a bunch of stuff to a listbox
> > and after each addition I would like the listbox to update itself so
> > that the change is visible immidiatly. As it is now the changes are
> > only visible after I've added ALL the items to the listbox.
> 
> I think you can say "repaint w" to your widget "w" that needs to be
> updated.
> 

The problem is that it won't get repainted until after the loop has finished =(

/S

-- 
Sebastian Sylvan
+46(0)736-818655
UIN: 44640862

RE: [wxhaskell-users] (no subject)

[herington, d. <her...@em...>]

> -----Original Message-----
> From: Daan Leijen [mailto:da...@cs...] 
> Sent: Wednesday, December 01, 2004 2:48 AM
> To: herington, dean
> Cc: 'wxh...@li...'
> Subject: Re: [wxhaskell-users] (no subject)
> 
> herington, dean wrote:
> > I'm using wxhaskell-0.8 on Windows XP.  When starting it 
> up, I get a 
> > error dialog with:
> >  
> > Ghc Error
> > Can't load bitmap 'wxBITMAP_STD_COLOURS' from resources! 
> Check .rc file.
> >  
> > What's it mean?  What is the .rc file?  (I thought that was 
> an X thing.)
> 
> It is a windows resource file that is normally compiled into 
> your .exe.
> Do you use a debug version of wxHaskell? In principle, you should not
> get this message with a release version (even though it is harmless, 
> right?).

I'm using the standard version from
wxhaskell-bin-msw2.4.2-ghc6.2.1-0.8-0.zip.
The message is harmless in that, once you dismiss it, things work fine.

> 
> I think you get when using certain message dialogs right? I believe
> it is fixed in wxWidgets 2.5.x but I will look into it and see if
> it can be fixed manually by me for the next release of wxHaskell.
> (is it a critical thing for you?)

I'm not (knowingly) using any dialogs.
It's not currently critical for me.

> 
> All the best,
>   Daan.

Thanks!  I'm enjoying learning to do some GUI programming with wxhaskell.

Dean

Re: [wxhaskell-users] GLCanvas example window entirely white.

[Daan L. <da...@cs...>]

Mike Gunter wrote:
> For me, running examples/contrib/GLCanvas.hs yields an entirely white
> rectangle window.  Is this the intended behavior?  

It does not seem the right behaviour to me when looking at the code.
However, I do not have openGL running on my computer (couldn't get
HOpenGL compiled on my XP box), so I can not test anything. Maybe
you should contact shelarcy or Sean Seefried directly? (they
contributed the original openGL samples).

I hope this helps,
All the best,
  Daan Leijen.

 > If so, does anyone
> have a more interesting piece of code using HOpenGL from wxHaskell?
> (Actually, I'd be interested in such code in any case.)  If not, do
> others get different behavior using the provided code?
> 
> All the other wxHaskell examples produce for me what seems to be the
> intended behavior as does the HOpenGL Cube example.  I'm running
> Debian (mostly) sarge on an i386 box with unstable/alioth GHC,
> wxHaskell, HOpenGL.
> 
> Advice?
> 
> 	thanks,
> 	mike
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 
> 

Re: [wxhaskell-users] wxHaskell package registration

[Daan L. <da...@cs...>]

Keith Wansbrough wrote:
 > AFAICS, a straightforward solution is for the configure script to
 > determine the absolute paths of both ghc and ghc-pkg, and for the rest
 > of the build system to use those absolute paths, rather than relying
 > on the executable search path to find them.  This still breaks if
 > "ghc-pkg" does not correspond to "ghc" even with the same path; but
 > this is a much less likely scenario (and the --hc=foo, --hcpkg=foo,
 > switches are still there to address it).
 >

Hi Keith,

Thanks for the detailed bug report -- I'll try to fix this in the
configure script (and maybe I'll even ask you to try it out before
releasing wxHaskell 0.9 :-)

 > Thanks for a great piece of software; I'm enjoying using it!

Ha, that is good to hear after all the countless hours of
wxWidgets debugging ;-)

  -- Daan.

> Hi... recently I attempted to install wxHaskell on a system with
> multiple versions of GHC installed.  I did
> 
> ./configure --prefix=/usr/local/foo --with-opengl
> make
> su
> make install
> 
> The "make" phase used the default "ghc" in my path.
> 
> The "make install" phase used the default "ghc-pkg" in my path.
> 
> However, my paths as ordinary user and as root are _different_, and so
> these were different: /usr/local/bin/ghc ->
> /usr/local/bin/ghc-6.3.20041124 versus /usr/bin/ghc-pkg ->
> /usr/bin/ghc-pkg-6.2.2.
> 
> This had the obvious consequence of registering a wxHaskell built for 
> one ghc, ghc-6.3.20041124, with the wrong ghc, ghc-6.2.2.
> 
> AFAICS, a straightforward solution is for the configure script to
> determine the absolute paths of both ghc and ghc-pkg, and for the rest
> of the build system to use those absolute paths, rather than relying
> on the executable search path to find them.  This still breaks if
> "ghc-pkg" does not correspond to "ghc" even with the same path; but
> this is a much less likely scenario (and the --hc=foo, --hcpkg=foo,
> switches are still there to address it).
> 
> Thanks for a great piece of software; I'm enjoying using it!
> 
> --KW 8-)
> 

Re: [wxhaskell-users] (no subject)

[Daan L. <da...@cs...>]

herington, dean wrote:
> I'm using wxhaskell-0.8 on Windows XP.  When starting it up, I get a 
> error dialog with:
>  
> Ghc Error
> Can't load bitmap 'wxBITMAP_STD_COLOURS' from resources! Check .rc file.
>  
> What's it mean?  What is the .rc file?  (I thought that was an X thing.)

It is a windows resource file that is normally compiled into your .exe.
Do you use a debug version of wxHaskell? In principle, you should not
get this message with a release version (even though it is harmless, 
right?).

I think you get when using certain message dialogs right? I believe
it is fixed in wxWidgets 2.5.x but I will look into it and see if
it can be fixed manually by me for the next release of wxHaskell.
(is it a critical thing for you?)

All the best,
  Daan.

Re: [wxhaskell-users] DoEvents?

[Daan L. <da...@cs...>]

Sebastian Sylvan wrote:
> Is there any way to force the program to process pending events?
> 
> The specific situation is this. I add a bunch of stuff to a listbox
> and after each addition I would like the listbox to update itself so
> that the change is visible immidiatly. As it is now the changes are
> only visible after I've added ALL the items to the listbox.

I think you can say "repaint w" to your widget "w" that needs to be
updated.

-- Daan

[wxhaskell-users] DoEvents?

[Sebastian S. <seb...@gm...>]

Is there any way to force the program to process pending events?

The specific situation is this. I add a bunch of stuff to a listbox
and after each addition I would like the listbox to update itself so
that the change is visible immidiatly. As it is now the changes are
only visible after I've added ALL the items to the listbox.


/S

-- 
Sebastian Sylvan
+46(0)736-818655
UIN: 44640862

[wxhaskell-users] (no subject)

[herington, d. <her...@em...>]

I'm using wxhaskell-0.8 on Windows XP.  When starting it up, I get a error
dialog with:
 
Ghc Error
Can't load bitmap 'wxBITMAP_STD_COLOURS' from resources! Check .rc file.
 
What's it mean?  What is the .rc file?  (I thought that was an X thing.)
 
--Dean

[wxhaskell-users] wxHaskell package registration

[Keith W. <Kei...@cl...>]

Hi... recently I attempted to install wxHaskell on a system with
multiple versions of GHC installed.  I did

./configure --prefix=/usr/local/foo --with-opengl
make
su
make install

The "make" phase used the default "ghc" in my path.

The "make install" phase used the default "ghc-pkg" in my path.

However, my paths as ordinary user and as root are _different_, and so
these were different: /usr/local/bin/ghc ->
/usr/local/bin/ghc-6.3.20041124 versus /usr/bin/ghc-pkg ->
/usr/bin/ghc-pkg-6.2.2.

This had the obvious consequence of registering a wxHaskell built for 
one ghc, ghc-6.3.20041124, with the wrong ghc, ghc-6.2.2.

AFAICS, a straightforward solution is for the configure script to
determine the absolute paths of both ghc and ghc-pkg, and for the rest
of the build system to use those absolute paths, rather than relying
on the executable search path to find them.  This still breaks if
"ghc-pkg" does not correspond to "ghc" even with the same path; but
this is a much less likely scenario (and the --hc=foo, --hcpkg=foo,
switches are still there to address it).

Thanks for a great piece of software; I'm enjoying using it!

--KW 8-)

-- 
Keith Wansbrough <kw...@cl...>
http://www.cl.cam.ac.uk/users/kw217/
University of Cambridge Computer Laboratory.

[wxhaskell-users] GLCanvas example window entirely white.

[Mike G. <m...@ry...>]

For me, running examples/contrib/GLCanvas.hs yields an entirely white
rectangle window.  Is this the intended behavior?  If so, does anyone
have a more interesting piece of code using HOpenGL from wxHaskell?
(Actually, I'd be interested in such code in any case.)  If not, do
others get different behavior using the provided code?

All the other wxHaskell examples produce for me what seems to be the
intended behavior as does the HOpenGL Cube example.  I'm running
Debian (mostly) sarge on an i386 box with unstable/alioth GHC,
wxHaskell, HOpenGL.

Advice?

	thanks,
	mike

Re: [wxhaskell-users] "on paint" clears my DC

[Daan L. <da...@cs...>]

Lennart Kolmodin wrote:
> Hi all!
> I'm doing an animation with lines, it's part of my lab:
> http://www.cs.chalmers.se/Cs/Grundutb/Kurser/afp/lab1.html
> 
> I have set a "on paint" property on a panel to draw all lines on every
> repaint. This solution is not good since I update the lines every 50ms, it
> gets terrible slow.
> Somehow I would like to save the animation frame I have got so far and
> just add some lines on every tick.

Hi Lennart,

I think you can just use "on paintRaw". This event also gets a list
of "dirty" rectangles as its argument so you are able to redraw parts
that were clobbered by other windows. Do not use both "paint" and
"paintRaw" btw.

The other solution you are talking about -- drawing into a bitmap
is also possible but rather involved as you need to use low-level
wxWidgets calls. However, I am doing these things myself to provide
double-buffering by default and you can see the code in the 
"WXCore.Draw" module in the "dcBuffer" family of calls. I think that
I should probably provide a nice abstraction to draw into bitmaps --
I plan to do release 0.9 fairly soon now (beginning of december) and
I'll see if I can add a wrapper like that (or include your version ;-)

I hope this helps,
-- Daan.

> I noticed there is a drawBitmap function but I have not found a way to
> draw lines on a Bitmap. I have also found the Image type but it's the same
> problem there.
> 
> Any ideas?
> 
> Thank you for yor help,
> Lennart Kolmodin
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 
> 
> 

[wxhaskell-users] "on paint" clears my DC

[Lennart K. <kol...@dt...>]

Hi all!
I'm doing an animation with lines, it's part of my lab:
http://www.cs.chalmers.se/Cs/Grundutb/Kurser/afp/lab1.html

I have set a "on paint" property on a panel to draw all lines on every
repaint. This solution is not good since I update the lines every 50ms, i=
t
gets terrible slow.
Somehow I would like to save the animation frame I have got so far and
just add some lines on every tick.
I noticed there is a drawBitmap function but I have not found a way to
draw lines on a Bitmap. I have also found the Image type but it's the sam=
e
problem there.

Any ideas?

Thank you for yor help,
Lennart Kolmodin