wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] AOL Communicator uses wxWindows :-)

[<fre...@wa...>]

Hi,

> Wow! for me personally, this gives me a boost in my trust that
> wxWindows is a serious cross-platform library that will be around
> for some time to come.


Of course Daan. wxWindows is really very fine.
And your wxHaskell too!!

I began to use it and I appreciate it so much that I just wrote a paper
about it in the french newspaper "L'Informaticien".
It should be published in october. I will let you know.

(I already wrote many paper about wxWindows and wxPython in some french
newspapers)


Congratulations for wxHaskell!

Best regard

Fred


> Alas, before we can write those slick themed interfaces with
> wxHaskell, I first have to finish the improved wrappers for
> the Tree and List controls ;-)
>
> -- Daan
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] AOL Communicator uses wxWindows :-)

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

Hi all,

I just saw some interesting news item on the wxWindows site:

> AOL has released AOL Communicator, built with a modified version of
wxWindows. 
> An article about AOL Communicator can be found on Quote.com. 

AOL Communicator:
 http://www.aolepk.com/communicator/index.html

Quote.com:
 http://finance.lycos.com/home/news/story.asp?story=35138649

Wow! for me personally, this gives me a boost in my trust that
wxWindows is a serious cross-platform library that will be around
for some time to come. (Being chosen instead of Qt, by a megalomanic 
company as AOL-Time warner)

Alas, before we can write those slick themed interfaces with 
wxHaskell, I first have to finish the improved wrappers for
the Tree and List controls ;-)

-- Daan

RE: [wxhaskell-users] problem compiling HelloWorld.hs on debian.

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

Hi David,

> I just downloaded the CVS version of wxhaskell.  It compiles 
> and installs
> fine with a simple ./configure && make && make install, but I get the
> following error when I try to compile HelloWorld.hs:
> I run:
> 
> ghc -package wx -o HelloWorld HelloWorld.hs
> 
> and on link I get many lines such as the following:
> /usr/lib/libwxc.so: undefined reference to 
> `wxGrid::GetColLabelValue(int)'
> 
> So it looks like the wxgtk library isn't getting included in the link
> somehow.  

Hmm, strange -- I just compiled the latest CVS version
with ghc 5.5 with gtk-2.4 on freeBSD without problems. 
(at home I use ghc 6.01 on windows). Arthur showed yesterday that
the latest CVS also works on macOSX

Have you tried to compile the 0.1 version instead of the HEAD version?
Does it give the same problems?
(the building guide shows how to checkout a specific version).

You could try to edit the package file by hand:
1) Edit "config/wxcore.pkg" and add "wx_gtk-2.4" as the first entry
   in the "extra_libraries" value. (now only contains "wxc")
2) run "make install" again.

I hope this helps -- linking errors are terrible! Unfortunately, I am
going away for a week to ICFP/HW/HIM, and our local linux expert, 
Andreas Loeh is also there, so I won't be able to track down your
problem soon. 

However, I think that it is probably a bug in your
configuration and maybe you can fix it yourself (have you run
"ld-config"
to update the search paths?, have you accidently enabled unicode in the
wxWindows compile?, has everything been build from scratch without older
libraries lying around on the PATH? have you run "make install" on
wxGTK?).

All the best,
  Daan.


> I'm not entirely clear as to how the ghc package 
> system works, so
> I haven't been able to troubleshoot this.  I tried including 
> -lwx_gtk-2.4,
> but that didn't help.  :(
> 
> My system is debian sarge, with wx_gtk-2.4 installed and 
> using ghc 6.0.1.
> Any suggestions would be appreciated.
> -- 
> David Roundy
> http://civet.berkeley.edu/droundy/
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a 
> single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click 
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

[wxhaskell-users] problem compiling HelloWorld.hs on debian.

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

I just downloaded the CVS version of wxhaskell.  It compiles and installs
fine with a simple ./configure && make && make install, but I get the
following error when I try to compile HelloWorld.hs:


I run:

ghc -package wx -o HelloWorld HelloWorld.hs

and on link I get many lines such as the following:
/usr/lib/libwxc.so: undefined reference to `wxGrid::GetColLabelValue(int)'

So it looks like the wxgtk library isn't getting included in the link
somehow.  I'm not entirely clear as to how the ghc package system works, so
I haven't been able to troubleshoot this.  I tried including -lwx_gtk-2.4,
but that didn't help.  :(

My system is debian sarge, with wx_gtk-2.4 installed and using ghc 6.0.1.
Any suggestions would be appreciated.
-- 
David Roundy
http://civet.berkeley.edu/droundy/

[wxhaskell-users] where is windowGetAdjustedBestSize?

[<72...@in...>]

Hi. I have noticed some methods, like windowGetAdjustedBestSize, 
windowSetPosition, etc., have not been implemented (they might be in 
wxcClasses.hs). Some are redundant, like windowSetPosition, so there is no 
matter about them. But some like windowGetAdjustedBestSize can not be simulated 
with other methods (because it needs to keep track of manually setted sizes).

Actually, it seems not a wxhaskell bug, since the C sources from the ELJ 
project do not provide these methods (I have checked it, and i.e. 
wxWindow_GetAdjustedBestSize does not appear). But I got confused when I read 
at wxEiffel site that they have got the wrap for wxWindow class fully 
implemented. This can not be true: where is the wxWindow::GetAdjustedBestSize 
method?

Regards,

Jose
David.

---------------------------------------------
Este mensaje lo ha enviado un Alumno de la Universidad de Malaga.
http://www.alumnos.uma.es/

[wxhaskell-users] where is windowGetAdjustedBestSize?

[<72...@in...>]

Hi. I have noticed some wxWindow's methods, like wxWindow::GetAdjustedBestSize 
or wxWindow::SetPosition have not been translated to wxhaskell in wxcClasses. 
Some, like SetPosition are redundant, so there is no matter. But some like 
GetAdjustedBestSize (which returns the bigger between user set size and minimal 
size the window can be assigned) are not redundant, and are sometimes necessary.

I know you have taken the wxwindows methods from wxEiffel C sources, and I have 
seen these methods are not present in the sources. I can not understand it, 
because I saw at the wxEiffel site that the wrapper for the wxWindow class is 
fully implemented.

It is a nuissance, because the alternative to use windowGetAdjustedBestSize is 
to use windowGetBestSize and keep track of the user set size.

Thanks.

Jose
David

---------------------------------------------
Este mensaje lo ha enviado un Alumno de la Universidad de Malaga.
http://www.alumnos.uma.es/

RE: [wxhaskell-users] -lreadline missing

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

> Hi,
> I wanted to compile the samples on my mac, but while linking 
> it is missing
> '-lreadline'. What should I do?

I think you need to install the "Fink" package
on the Mac -- it gives you a lot gnu libraries in an
easy way. I remember that I wrote a bit about it in
the macosx building notes on the wxHaskell website.

-- Daan.
 
> Thanks,
> Markus
> 
> 
> --
> Markus Schnell
> Infineon Technologies AG, CPR ET
> Tel +49 (89) 234-20875
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by Dice.com.
> Did you know that Dice has over 25,000 tech jobs available today? From
> careers in IT to Engineering to Tech Sales, Dice has tech 
> jobs from the
> best hiring companies. http://www.dice.com/index.epl?rel_code=104
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

RE: [wxhaskell-users] What's a DC?

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

Hi David,

> I'm trying to create a grid. I've done:
> [snip]

I am not an expert on using wxWindows and have never
tried a "grid" so I can't really help you here. I have
seen a "grid overview"  in the wxWindows docs though -- maybe
that helps. (have you tried "enableGridLines" ?)

> And about cells, there is a function called "gridDrawCell", 
> who needs an object of type "DC".
> What's that? And how can i do to create one?

Read the wxWindows documentation about different objects.
(In this case: a DC is a "device context" and is used to
draw things on. You can get a DC for a window, screen or
printer for example. About "gridDrawCell" -- it seems a 
rather strange function to me to get a DC within a 
control, couldn't find any documentation about it either ...)

Hope this helps a little bit,
  -- Daan.

> 
> Thanks, and sorry about my english :)
> -- 
> Using M2, Opera's revolutionary e-mail client: 
> http://www.opera.com/m2/
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by Dice.com.
> Did you know that Dice has over 25,000 tech jobs available today? From
> careers in IT to Engineering to Tech Sales, Dice has tech 
> jobs from the
> best hiring companies. http://www.dice.com/index.epl?rel_code=104
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

Re: [wxhaskell-users] -lreadline missing

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

The ghc package util, which is used by wxHaskell, needs the readline 
package. This package in its turn needs libreadline. Unfortunately, 
libreadline is not installed on mac osX.

So you need to install libreadline. For Ghci, you may need to set the 
environment variable DYLD_LIBRARY_PATH (=/usr/local/lib).

If you like I can send you a tar.gz file(396 kB) containing the 
compiled binaries of libreadline.

Hope this helps,

Arthur

On woensdag, aug 20, 2003, at 09:36 Europe/Amsterdam, 
Mar...@in... wrote:

> Hi,
> I wanted to compile the samples on my mac, but while linking it is 
> missing
> '-lreadline'. What should I do?
>
> Thanks,
> Markus
>
>
> --
> Markus Schnell
> Infineon Technologies AG, CPR ET
> Tel +49 (89) 234-20875
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by Dice.com.
> Did you know that Dice has over 25,000 tech jobs available today? From
> careers in IT to Engineering to Tech Sales, Dice has tech jobs from the
> best hiring companies. http://www.dice.com/index.epl?rel_code=104
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

[wxhaskell-users] -lreadline missing

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

Hi,
I wanted to compile the samples on my mac, but while linking it is missing
'-lreadline'. What should I do?

Thanks,
Markus


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

[wxhaskell-users] What's a DC?

[David <ron...@ya...>]

I'm trying to create a grid. I've done:
       gr <-gridCreate f 0 (rect (point 10 10) (size 1000 1000)) 1
       --gridAutoSize gr
       gridAppendCols gr 10 0
       gridAppendRows gr 10 0
If I remove "gridAuroSize gr", the grid doesn't appear. Also, i can't see 
any row or column.

And about cells, there is a function called "gridDrawCell", who needs an 
object of type "DC".
What's that? And how can i do to create one?

Thanks, and sorry about my english :)
-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

[wxhaskell-users] Re: Can't load DLL

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

>  Hello. I have a problem. When i do:
> "ghci -package wx HelloWorld.hs"
>  i get:
> "Loading package wxh ... C:\...\ghc-6.0\bin\ghc.exe: can't load .so/.DLL 
> for: wxc (addDLL:unknonw error)"
> 
>  Somebody can help me?
 
You probably extracted the zip archiv into c:\ghc\ instead of
c:\ghc\ghc-6.0\

Hope that helps,
Markus

--
Markus Schnell

RE: [wxhaskell-users] Deleteing Controls / Derivation Viewer

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

Hi Brandon,

> About the particular implementation you suggested, is there 
> any reason not to use layout inside a scrolled panel? Stacking a row
of 
> subderivations above the conclusion works well with minimal effort. I 
> suppose I could use a more compact layout, but again I'm working with
tiny 
> proofs. Is there any reason other than better control for drawing my
tree manually?

No :-) I only suggest it since it gives more control, the layout
combinators are just not very good with dynamically changing
things but if they work for you, they are ok.

> I've tested a program that repeatedly opens a window and 
> calls close on it. It chews through memory as it runs. A program that 
> repeatedly adds a widget to a frame, sets a layout with it, and sets
the empty 
> layout also chews through memory. I'm just watching the free system
memory tend
> downwards so I can't suggest anything about where the memory goes.

There is no way to tell whether wxWindows uses that memory, or if
Haskell hangs on to certain things. Even that may not be the case as
GHC tends to allocate first for a while before starting to do major
collections. You just can't conclude the right things from this
experiment.

> I'm working on Linux. I guess there's no configure option to build
> profiling libraries? I'll try to build them myself then.

On windows, I use the built-in memory manager of visual C++ to check
for leaks on the wxWindows side. wxWindows also has itself a system to
check for leaks that mainly works for Unix (and would be perfect for
you).
If you can find out how it works, you can configure wxWindows to build
with the checks enabled. Than, you need to adapt "main.cpp" in the
"wxc"
project to do the check after wxEntry. You can look at the windows entry

point for an example.

(If you succeed, I am highly interested to include your changes btw :-)

 
> I am mostly worried that ommiting a widget from a layout and 
> losing all my references isn't enough to free it. Maybe the parent 
> tracks all it's  children and I needed to call some magic method to
break the 
> reference. Maybe widgets don't have finalizers in this 0.1 release,
etc. 
> What should I be doing to avoid collecting lots of memory like this?

In general, a widget frees all it children itself. If you change the
layout
with new widgets, and leaving out older widgets, the parent will hold on
to the 
(no longer visible) children. It is unsafe to delete them yourself as
the 
parent can still refer to them. I guess that there is some method in
wxWindows 
to dynamically detach controls from a window?? Look in the wxWindows
docs for 
some hints. (hmm, yet another reason to use a DC :-)

Normally, you never need to worry about freeing widgets. Just resources
like fonts
and bitmaps need to be managed sometimes.

Hope this helps,
 Daan.

> 
> Thanks
> Brandon
> 
> > Hope this helps,
> >  All the best,
> >   Daan.
> >
> > > Do I need to make
> > > an explicit call to a "destroy this widget" function, or a
> > > "remove this child" function?
> >
> >
> > >
> > > On the subject of leaks, wxHaskell wasn't build with ghci
> > > libraries, or with profiling libraries. Are there any deep
> > > reasons for this? Did I just miss the right configure options?
> > >
> > > This looks like a great library, I'm just clueless. Thanks
> > > for building this.
> > >
> > > Brandon
> > >
> >
> >
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet
> _072303_01/01
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

RE: [wxhaskell-users] Deleteing Controls / Derivation Viewer

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

On Sun, 17 Aug 2003, Daan Leijen wrote:

> Hi Brandon,
>
> > I'm writing a program that would like to display derivation
> > trees for simple proofs. I'm representing derivations as a
> > tree structure where the nodes are labeled with the result
> > and the rule used.
>
> Thanks for trying wxHaskell!
>
> > I have a function produces a tree from a derivation and a
> > parent, returning a panel with the conclusion, a horizonal
> > line (of the right width, using bestSize on the staticTest),
> > and a row of panels containing the subderivations. How
> > expensive are panels? Should I avoid deeply nested containers?
>
> Hmm, in general, using layout is not very expensive and you
> can surely use deeply nested containers. However, a "panel" is
> not like a Java panel. A wxWindows panel is in essence only used
> to manage keyboard navigation among controls in a dialog. As such,
> you don't need to use a panel to manage your subtrees but you can
> use layout directly.

Okay. I knew I could use layout to build the structure, but I didn't see a
clean way of recursively building the tree. I suppose I could return just
the Layout, if I don't need the widgets. Maybe I should try a
zygomorphism.
>
> Regarding your application, I would say that you are probably better
> off by drawing your derivation tree explicitly using an "on paint"
> event handler on a scrollable window. You will see that it is not
> so hard to write an algorithm that assigns locations to the nodes
> of your tree. After that, it is easy to draw them nicely on the DC.
>
> Using the same tree, that is attributed with locations, you can
> install an "on rightClick" event handler that checks which node
> is clicked and pop up a context menu with options for the user.
>
> (In general you should use the "on context" handler but unfortunately
> I made a little mistake in the type signature and forgot to pass the
> mouse position too, so you need to work around it using "on right
> click")

This is more than I need right now. I'm working with a model of type class
constraint solving. The goal is the solver rather than the individual
derivations, so I don't need to be able to change the derivation except by
changing the goal, or changing the solver. A richer interface might be
useful on bigger problems, but it's probably not worth the effort. Well,
maybe it would be worth it for learning more about wxHaskell.

About the particular implementation you suggested, is there any reason not
to use layout inside a scrolled panel? Stacking a row of subderivations
above the conclusion works well with minimal effort. I suppose I could use
a more compact layout, but again I'm working with tiny proofs. Is there
any reason other than better control for drawing my tree manually?

> > So far so good, but I would like to be able to change the
> > proof being displayed. I assume I could construct a new panel
> > from the new proof, and set the layout of my main window to a
> > new layout that doesn't mention the old panel, but I'm
> > worried that this leaks widgets. Does it?
>
> Does it leak widgets? In general, I have noticed that wxWindows seldom
> leaks. However, you never know if you can't check it :-) If you work
> on windows, and if you can use Visual C++ 6.0, you can build a debug
> version of the wxc library that will tell you if the program leaks
> or not. Let me know if you work on windows, maybe I'll put a debug
> version on the web.

I've tested a program that repeatedly opens a window and calls close on
it. It chews through memory as it runs. A program that repeatedly adds a
widget to a frame, sets a layout with it, and sets the empty layout also
chews through memory. I'm just watching the free system memory tend
downwards so I can't suggest anything about where the memory goes.

I'm working on Linux. I guess there's no configure option to build
profiling libraries? I'll try to build them myself then.

I am mostly worried that ommiting a widget from a layout and losing all
my references isn't enough to free it. Maybe the parent tracks all it's
children and I needed to call some magic method to break the reference.
Maybe widgets don't have finalizers in this 0.1 release, etc. What should
I be doing to avoid collecting lots of memory like this?

Thanks
Brandon

> Hope this helps,
>  All the best,
>   Daan.
>
> > Do I need to make
> > an explicit call to a "destroy this widget" function, or a
> > "remove this child" function?
>
>
> >
> > On the subject of leaks, wxHaskell wasn't build with ghci
> > libraries, or with profiling libraries. Are there any deep
> > reasons for this? Did I just miss the right configure options?
> >
> > This looks like a great library, I'm just clueless. Thanks
> > for building this.
> >
> > Brandon
> >
>
>

RE: [wxhaskell-users] Deleteing Controls / Derivation Viewer

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

Hi Brandon,

> I'm writing a program that would like to display derivation 
> trees for simple proofs. I'm representing derivations as a 
> tree structure where the nodes are labeled with the result 
> and the rule used.

Thanks for trying wxHaskell!

> I have a function produces a tree from a derivation and a 
> parent, returning a panel with the conclusion, a horizonal 
> line (of the right width, using bestSize on the staticTest), 
> and a row of panels containing the subderivations. How 
> expensive are panels? Should I avoid deeply nested containers?

Hmm, in general, using layout is not very expensive and you
can surely use deeply nested containers. However, a "panel" is
not like a Java panel. A wxWindows panel is in essence only used
to manage keyboard navigation among controls in a dialog. As such,
you don't need to use a panel to manage your subtrees but you can
use layout directly. 

Regarding your application, I would say that you are probably better
off by drawing your derivation tree explicitly using an "on paint"
event handler on a scrollable window. You will see that it is not
so hard to write an algorithm that assigns locations to the nodes
of your tree. After that, it is easy to draw them nicely on the DC.

Using the same tree, that is attributed with locations, you can
install an "on rightClick" event handler that checks which node
is clicked and pop up a context menu with options for the user.

(In general you should use the "on context" handler but unfortunately
I made a little mistake in the type signature and forgot to pass the
mouse position too, so you need to work around it using "on right
click") 
 
> So far so good, but I would like to be able to change the 
> proof being displayed. I assume I could construct a new panel 
> from the new proof, and set the layout of my main window to a 
> new layout that doesn't mention the old panel, but I'm 
> worried that this leaks widgets. Does it? 

Does it leak widgets? In general, I have noticed that wxWindows seldom
leaks. However, you never know if you can't check it :-) If you work
on windows, and if you can use Visual C++ 6.0, you can build a debug
version of the wxc library that will tell you if the program leaks
or not. Let me know if you work on windows, maybe I'll put a debug
version on the web. 

Hope this helps,
 All the best,
  Daan.

> Do I need to make 
> an explicit call to a "destroy this widget" function, or a 
> "remove this child" function?


> 
> On the subject of leaks, wxHaskell wasn't build with ghci 
> libraries, or with profiling libraries. Are there any deep 
> reasons for this? Did I just miss the right configure options?
> 
> This looks like a great library, I'm just clueless. Thanks 
> for building this.
> 
> Brandon
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites 
> including Data Reports, E-commerce, Portals, and Forums are 
> available now. Download today and enter to win an XBOX or 
> Visual Studio .NET. 
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet
_072303_01/01
_______________________________________________
wxhaskell-users mailing list wxh...@li...
https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] Deleteing Controls / Derivation Viewer

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

I'm writing a program that would like to display derivation trees for
simple proofs. I'm representing derivations as a tree structure where the
nodes are labeled with the result and the rule used.

I have a function produces a tree from a derivation and a parent,
returning a panel with the conclusion, a horizonal line (of the right
width, using bestSize on the staticTest), and a row of panels containing
the subderivations. How expensive are panels? Should I avoid deeply nested
containers?

So far so good, but I would like to be able to change the proof being
displayed. I assume I could construct a new panel from the new proof,
and set the layout of my main window to a new layout that doesn't mention
the old panel, but I'm worried that this leaks widgets. Does it? Do I need
to make an explicit call to a "destroy this widget" function, or a "remove
this child" function?

On the subject of leaks, wxHaskell wasn't build with ghci libraries, or
with profiling libraries. Are there any deep reasons for this? Did I just
miss the right configure options?

This looks like a great library, I'm just clueless. Thanks for building
this.

Brandon

[wxhaskell-users] quasibug on dcGetPixel

[<72...@in...>]

Hi Daan. Thanks for the information about creating the wxcXXX.hs files. This 
time I report a quasi-nonbug, since it is no possible to watch all the methods 
are correctly typed. In the automatically generated wxcClasses, dcGetPixel is 
given this type:

  dcGetPixel :: DC a -> Point -> Color -> IO Int

However, this is absurd since we are getting, not putting, the pixel color.
I do not know the way your marshaling code generator works, but making an ad 
hoc fix whenever necessary is straightforward:

  import Graphics.UI.WXH  
  import qualified Graphics.UI.WXH.WxcTypes as WXHT
  foreign import ccall "wxDC_GetPixel" wxDC_GetPixel
     :: DC a -> CInt -> CInt -> WXHT.ColourObject c -> IO CInt
  newDCGetPixel :: DC a -> Point -> IO Color
  newDCGetPixel dc p = WXHT.withRefColour $
    \col->(wxDC_GetPixel dc (WXHT.toCIntPointX p) (WXHT.toCIntPointY p) col)
    >> return ()

Next point: I think it is very annoying that wxDC objects cannot be persistent. 
The entire state needs to be set everytime you want to draw. In order to fix 
it, I have been developing for my library some code for marshalling a wxDC 
state (yours in WXH.Draw is incomplete, lacks background brush, clipping and 
logical function state), in order to give windows persistent wxDC states. 
Everytime I create a wxDC, I transfer the previously saved state to it, and 
vice versa. However, my code needs to attach someway this state to the window. 
I do this by defining my drawable controls as records and storing the state in 
a IORef in a field of the record, but I do not know if it is possible to attach 
Haskell data someway to a (Window a) object, which you use to represent and 
handle controls. If it is possible and you think of the wxDC non persistent 
behaviour as me, I wonder you would want my code for modifying your WX.Draw 
interface



---------------------------------------------
Este mensaje lo ha enviado un Alumno de la Universidad de Malaga.
http://www.alumnos.uma.es/

RE: [wxhaskell-users] Bug on mouse events

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

Hi Jose,

> First of all, please pardon my clumsy english. I am Jose 
> David Fernandez, a 
> computer studies student at the university of Malaga, Spain. 
> I am developing a 
> yahu-liked GUI on top of WXH, like your WX, as a project for 
> finish my studies. 

Maybe you should consider working on WX instead of building a
new interface? WX is already very much structured like Yahu -- have
you seen the attributes and event handling? 

wxHaskell is very much a community project and it would be great
if you can design/invent good abstractions and extensions for the
WX library. Anyway, nice that you can use wxWindows for your final
project :-)

> Your mouse event handlers receive a MouseEvent data as 
> argument. This data can 
> have the constructors MouseLeftDrag, MouseRightDrag, 
> MouseMiddleDrag, and 
> others. You get the button that is dragging by consulting the 
> mouseEventGetButton method. But (and here is the bug) this 
> method returns -1 on 
> a wxEVT_MOTION event (see wxwindows docs), and the 
> mouseEventDragging method 
> only returns TRUE on wxEVT_MOTION, so your data event 
> converter always yields 
> MouseLeftDrag (the default choice), never the other two MouseXXXDrag.

Ok, this is fixed in the latest CVS. Thanks for giving this detailed
report!

(note: the whole left/right/middle drag constructors are somewhat wrong.
I guess it would be better to have MouseDown/Up/DClick/Motion
constructors
together with the currently pressed buttons (just as modifiers).
However,
I want to stick closely to the wxWindows interface ...)
 
> I would want to comment another thing. Since I am working 
> with the WXH package, 
> I need the sources for consulting. You have packed all them 
> except wxcClasses 
> and wxcDefs. I am working now with older ones, and I think I 
> can get newer ones
> from the CVS, but it would be useful that you put them in the 
> source release in  your download page.

You can generate these sources yourself! Just type "make" :-)
(You could also take a shortcut:
> make wxd
> make wxh/src/Graphics/UI/WXH/WxcClasses.hs
> make wxh/src/Graphics/UI/WXH/WxcClassTypes.hs
> make wxh/src/Graphics/UI/WXH/WxcDefs.hs
)

Hope this helps,
 Daan.

> 
> Thank you for this wonderful port of wxwindows to haskell and 
> happy return from 
> holyday.
> 
> ---------------------------------------------
> Este mensaje lo ha enviado un Alumno de la Universidad de Malaga.
> http://www.alumnos.uma.es/
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet
> _072303_01/01
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
> 

[wxhaskell-users] Fwd: Can't load DLL

[David <ron...@ya...>]

Hello. I have a problem. When i do:
"ghci -package wx HelloWorld.hs"
i get:
"Loading package wxh ... C:\...\ghc-6.0\bin\ghc.exe: can't load .so/.DLL 
for: wxc (addDLL:unknonw error)"

 Somebody can help me?

-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

[wxhaskell-users] Can't load DLL

[David <ron...@ya...>]

 Hello. I have a problem. When i do:
"ghci -package wx HelloWorld.hs"
 i get:
"Loading package wxh ... C:\...\ghc-6.0\bin\ghc.exe: can't load .so/.DLL 
for: wxc (addDLL:unknonw error)"

 Somebody can help me?
-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

[wxhaskell-users] How could I use the joystick?

[Vincenzo C. <ci...@cl...>]

As in subject, I don't see any "createjoystick" function. Where should I
look at? Is it yet to be done?

Thanks 

Vincenzo

[wxhaskell-users] events on listctrl

[<72...@in...>]

Hi Vincenzo. Well, I am going to try to explain it. The types are

windowOnEvent :: Window a -> [EventId] -> handler -> (Event () -> IO ()) -> IO()
unsafeWindowGetHandlerState :: Window a -> EventId -> b -> IO b

windowOnEvent takes: the window you want to plug the event handler, a list of 
constants meaning which events you want this handler to get, the information 
you want unsafeWindowGetHandlerState returns (usually the handler itself) and 
the handler you want to plug (you will must use the methods eventXXX in 
WXH.WxcClasses, and possibly cast the event with objectCast to use methods from 
derivated classes).

The constants for each particular event are defined in WXH.WxcClasses. It is 
quite fastidious since the help page is more than 1Mb large, and you will need 
to consult it in order to look for the constants you need. Anyway, I do not 
know if the constants you need to handle listctrl events have been definited. I 
have seen some wxEVT_COMMAND_LIST_XXX constants, but I ignore if these ones are 
for either listctrl or other control, so you will must check the wxwindows 
events documentation to see it (sorry, I have not at the moment the wxwindows 
docs, so I cannot check it).

unsafeWindowGetHandlerState takes: the window you want to recover the event 
handler's attached information, the constant that identifies the event, a thing 
that must be the same type as the stored information you want to recover (the 
people at wxHaskell puts here default behaviour that skips the event with the 
function skipCurentEvent, but I do not understand it), and returns the object 
you stored when you executed windowOnEvent.

Bye.

PD: By the way, how do you have posted your reply in the thread of my one? I do 
not know how to do it. Can somebody to explain it to
me?

---------------------------------------------
Este mensaje lo ha enviado un Alumno de la Universidad de Malaga.
http://www.alumnos.uma.es/

Re: [wxhaskell-users] Re: Catching "item selected" events on listctrl

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

On Thu, 31 Jul 2003 22:59:37 GMT
72...@in... wrote:

> 
>  Hi Vincenzo. If you want to handle events directly without the
>  interface functions like buttonOnCommand, you should use the more
>  generic function windowOnEvent

But there is no interface function for listCtrl events or am I wrong? Is
there a simple way to find all functions that operate on, say, a
listCtrl, like in the haskell zvon documentation?

> , and if you want to build an
>  equivalent for, i.e., buttonGetOnCommand, use
>  unsafeWindowGetHandlerState. 

Ok, thanks, I'll read that documentation

Vincenzo

[wxhaskell-users] Re: Catching "item selected" events on listctrl

[<72...@in...>]

Hi Vincenzo. If you want to handle events directly without the interface 
functions like buttonOnCommand, you should use the more generic function 
windowOnEvent, and if you want to build an equivalent for, i.e., 
buttonGetOnCommand, use unsafeWindowGetHandlerState. These ones are quite 
difficult to explain to me, because I cannot write english very well. The best 
is that you see these functions and related ones in WXH.Events package. I hope 
I have helped you.

Bye.


---------------------------------------------
Este mensaje lo ha enviado un Alumno de la Universidad de Malaga.
http://www.alumnos.uma.es/

[wxhaskell-users] Catching "item selected" events on listctrl

[Vincenzo C. <ci...@cl...>]

Hi, I am testing wxhaskell but really never programmed wxwindows. Having
seen the "listctrl" example I think I would never want to code C++ again
:)

How do I catch an event wich has a certain name in wxwindows, for
example 

EVT_LIST_ITEM_SELECTED(id, func)

in listctrl?

Thanks

Vincenzo