wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] Patch: Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet implement this function

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

Hi Eric

I tried mailing the patch from the command line using msmtp (as
suggested in the Darcs manual). Hope it works better this time. I also
changed my last name, so that it is written without non-English letters.

It was my first Darcs patch and therefore I hope I am forgiven for any
trouble I may have caused.


Greetings,

Mads Lindstrøm


Eric Y. Kow:
> Hi Mads,
> 
> Some silly formalities.  I had some trouble applying this patch, namely:
> 
>   darcs failed:  Patch bundle failed hash!
>   This probably means that the patch has been corrupted by a mailer.
>   The most likely culprit is CRLF newlines.
> 
> I noticed this difference when I stripped off the hash and applied the patch
> anyway and re-did the send (attached).
> 
> 101a102,103
> > [Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Haste project
> > shelarcy <she...@ca...>**20070111090641] 
> 106,107d107
> < [Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Haste project
> < shelarcy <she...@ca...>**20070111090641] 
> 
> This does not seem to be a blocker in that I can also strip off the hash and
> apply it by hand, but it is somewhat worrisome.
> 
> But while we're at it, could you perhaps resubmit the patch either using UTF-8
> to encode your author name, or maybe just using Mads Lindstroem?
> 
> Thanks!
> 

[wxhaskell-users] darcs patch: Changed Cursor_CreateLoad to return NULL for WXGTK, as...

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

Sun Sep 16 19:08:28 CEST 2007  Mads Lindstroem <mad...@ya...>
  * Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet imp=
lement this function

Re: [wxhaskell-users] Patch: Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet implement this function

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

Hi Mads,

Some silly formalities.  I had some trouble applying this patch, namely:

  darcs failed:  Patch bundle failed hash!
  This probably means that the patch has been corrupted by a mailer.
  The most likely culprit is CRLF newlines.

I noticed this difference when I stripped off the hash and applied the patch
anyway and re-did the send (attached).

101a102,103
> [Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Ha=
ste project
> shelarcy <she...@ca...>**20070111090641]=20
106,107d107
< [Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Ha=
ste project
< shelarcy <she...@ca...>**20070111090641]=20

This does not seem to be a blocker in that I can also strip off the hash and
apply it by hand, but it is somewhat worrisome.

But while we're at it, could you perhaps resubmit the patch either using UT=
F-8
to encode your author name, or maybe just using Mads Lindstroem?

Thanks!

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

[wxhaskell-users] Patch: Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet implement this function

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

Hi all

The patch is attached in a file.


Greetings,

Mads Lindstrøm

Re: [wxhaskell-users] WxHaskell do not compile on WxGTK

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

Oops, I misread your mail.
So I want to send correct one.

EWXWEXPORT(void*, Cursor_CreateLoad) (const wxString* name, long type, int width, int height)
{
#ifndef __WXGTK__
     return (void*) new wxCursor(*name, type, width, height);
#else
     return NULL;
#endif
}

Best Regards,

On Sun, 16 Sep 2007 00:42:17 +0900, Mads Lindstrøm <mad...@ya...> wrote:
>> I get the following error, when compiling the Darcs version of WxHaskell
>> (wxgtk-2.6.3 backend):
>>
>> wxc/src/ewxw/eljcursor.cpp: In function 'void* Cursor_CreateLoad(const wxString*, long int, int, int)':
>> wxc/src/ewxw/eljcursor.cpp:18: error: no matching function for call to 'wxCursor::wxCursor(const wxString&, long int&, int&, int&)'
>> /usr/include/wx-2.6/wx/gtk/cursor.h:42: note: candidates are: wxCursor::wxCursor(const char*, int, int, int, int, const char*, wxColour*, wxColour*)
>> /usr/include/wx-2.6/wx/gtk/cursor.h:38: note:                 wxCursor::wxCursor(const wxImage&)
>> /usr/include/wx-2.6/wx/gtk/cursor.h:36: note:                 wxCursor::wxCursor(const wxCursor&)
>> /usr/include/wx-2.6/wx/gtk/cursor.h:35: note:                 wxCursor::wxCursor(int)
>> /usr/include/wx-2.6/wx/gtk/cursor.h:34: note:                 wxCursor::wxCursor()
>>
>> It is due to WxGTK lacking the wxCursor constructor (const wxString*,
>> long int, int, int) - see
>> http://thread.gmane.org/gmane.comp.lib.wxwidgets.general/45999 .

On Sun, 16 Sep 2007 13:28:57 +0900, shelarcy <she...@gm...> wrote:
>> On Sun, 16 Sep 2007 00:42:17 +0900, Mads Lindstrøm <mad...@ya...> wrote:
>>> I tried putting "#ifndef __WXGTK__" around references to
>>> Cursor_CreateLoad before doing configure, make, ... I created the
>>> #ifndef in the file /wxc/include/ewxw/wxc_glue.h and in the
>>> file /wxc/src/ewxw/eljcursor.cpp.
>>
>> cursorCreateFromFile requires wxc's Cursor_CreateFromImage functions.
>> http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs
>>
>> And wxhaskell doesn't have statically information now.
>> http://www.mail-archive.com/wxh...@li.../msg00196.html
>>
>>
>> So I think below change is better than hiding functions and references.
>>
>> EWXWEXPORT(void*, Cursor_CreateFromImage)(wxImage* image)
>> {
>> #ifndef __WXGTK__
>> 	return (void*) new wxCursor(*image);
>> #else
>>    return NULL;
>> #endif
>> }

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

Re: [wxhaskell-users] WxHaskell do not compile on WxGTK

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

Hi Mads,

On Sun, 16 Sep 2007 00:42:17 +0900, Mads Lindstrøm <mad...@ya...> wrote:
> I tried putting "#ifndef __WXGTK__" around references to
> Cursor_CreateLoad before doing configure, make, ... I created the
> #ifndef in the file /wxc/include/ewxw/wxc_glue.h and in the
> file /wxc/src/ewxw/eljcursor.cpp.

cursorCreateFromFile requires wxc's Cursor_CreateFromImage functions.
http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs

And wxhaskell doesn't have statically information now.
http://www.mail-archive.com/wxh...@li.../msg00196.html


So I think below change is better than hiding functions and references.

EWXWEXPORT(void*, Cursor_CreateFromImage)(wxImage* image)
{
#ifndef __WXGTK__
	return (void*) new wxCursor(*image);
#else
   return NULL;
#endif
}

This solution is usually used when wxc requires compilation flag.
http://darcs.haskell.org/wxhaskell/wxc/src/glcanvas.cpp


> But the Cursor_CreateLoad function still gets automatically created in
> the file
> wxcore/src/Graphics/UI/WXCore/WxcClassesAL.hs . It seems that the
> "#ifndef __WXGTK__" is simply ignored by the command
> out/wxdirect/wxdirect . Is this correct?
>
> If it is correct, how should I then make conditional compilation?

Hmm ... How about clean your wxhaskell's working directory.
It seems that your wxhaskell uses old wxcore/src/Graphics/UI/WXCore/WxcClassesAL.hs.

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

Re: [wxhaskell-users] compiling problems

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

Hi,

On Sun, 16 Sep 2007 06:10:15 +0900, I G <qu...@go...> wrote:
> $ make
> ghc -c wxdirect/src/HaskellNames.hs -o out/wxdirect/HaskellNames.o
> -iout/wxdirect -odir out/wxdirect -hidir out/wxdirect  -package parsec
>
> wxdirect/src/HaskellNames.hs:22:0:
>     Failed to load interface for `Data.Time':
>       Use -v to see a list of the files searched for.
> make: *** [out/wxdirect/HaskellNames.o] Error 1

It seems that your ghc doesn't have time package.
Data.Time is time package's module.

http://www.haskell.org/ghc/docs/6.6.1/html/libraries/time/Data-Time.html

So you must install time package before compiling wxhaskell.

http://hackage.haskell.org/cgi-bin/hackage-scripts/package/time-1.0
http://darcs.haskell.org/packages/time/

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

[wxhaskell-users] compiling problems

[I G <qu...@go...>]

Hi!
I tried compiling wxHaskell following that
http://www.nabble.com/wxhaskell-package-for-ubuntu-feisty,-amd64-t4441654.htmlguide
and it didn't quite work

./configure --with-opengl
checking system:
 wx-config found
 ghc found
 ghc-pkg found
warning:
 Unable to find: haddock
 You won't be able to generate documentation.
 You can specify the haddock executable on the command line.
 For example: ./configure --haddock=/usr/local/bin/haddock

 install program found

creating configuration files:
 config
 config/config.mk
 config/wxcore.pkg
 config/wx.pkg
 config/wxhaskell-register.bat
 config/wxhaskell-unregister.bat
 config/setcd
 config/macosx-install.info
 config/macosx-postinstall
 config/macosx-app
 config/wxhaskell.spec
 config/prologue.txt
 config/cache.txt

configuration:
 library:     wxhaskell-0.10.1  (release 0)
 compiler:    ghc-6.6
 wxwidgets:   gtk-2.6.3
 with openGL: yes
 with stc:    no
 library dir: /usr/lib

done:
 type 'make' to build wxhaskell.
 type 'make install' to install wxhaskell.
 type 'make help' to receive help on all other make targets

so far so good.

$ make
ghc -c wxdirect/src/HaskellNames.hs -o out/wxdirect/HaskellNames.o
-iout/wxdirect -odir out/wxdirect -hidir out/wxdirect  -package parsec

wxdirect/src/HaskellNames.hs:22:0:
    Failed to load interface for `Data.Time':
      Use -v to see a list of the files searched for.
make: *** [out/wxdirect/HaskellNames.o] Error 1

Not good :(

Can you help me please?

Regards, qubodup

Re: [wxhaskell-users] WxHaskell do not compile on WxGTK

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

Hi all

I tried putting "#ifndef __WXGTK__" around references to
Cursor_CreateLoad before doing configure, make, ... I created the
#ifndef in the file /wxc/include/ewxw/wxc_glue.h and in the
file /wxc/src/ewxw/eljcursor.cpp.

But the Cursor_CreateLoad function still gets automatically created in
the file
wxcore/src/Graphics/UI/WXCore/WxcClassesAL.hs . It seems that the
"#ifndef __WXGTK__" is simply ignored by the command
out/wxdirect/wxdirect . Is this correct?

If it is correct, how should I then make conditional compilation?


Greetings,

Mads Lindstrøm


> Hi all
> 
> I get the following error, when compiling the Darcs version of WxHaskell
> (wxgtk-2.6.3 backend):
> 
> wxc/src/ewxw/eljcursor.cpp: In function 'void* Cursor_CreateLoad(const wxString*, long int, int, int)':
> wxc/src/ewxw/eljcursor.cpp:18: error: no matching function for call to 'wxCursor::wxCursor(const wxString&, long int&, int&, int&)'
> /usr/include/wx-2.6/wx/gtk/cursor.h:42: note: candidates are: wxCursor::wxCursor(const char*, int, int, int, int, const char*, wxColour*, wxColour*)
> /usr/include/wx-2.6/wx/gtk/cursor.h:38: note:                 wxCursor::wxCursor(const wxImage&)
> /usr/include/wx-2.6/wx/gtk/cursor.h:36: note:                 wxCursor::wxCursor(const wxCursor&)
> /usr/include/wx-2.6/wx/gtk/cursor.h:35: note:                 wxCursor::wxCursor(int)
> /usr/include/wx-2.6/wx/gtk/cursor.h:34: note:                 wxCursor::wxCursor()
> 
> It is due to WxGTK lacking the wxCursor constructor (const wxString*,
> long int, int, int) - see
> http://thread.gmane.org/gmane.comp.lib.wxwidgets.general/45999 .
> 
> Would it be possible to remove the dependency on this wxCursor
> constructor, so that the WxGTK version will compile?
> 
> If not, do anybody have suggestions of how to fix the problem?
> 
> 
> Greetings,
> 
> Mads Lindstrøm
> 	
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] WxHaskell do not compile on WxGTK

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

Hi all

I get the following error, when compiling the Darcs version of WxHaskell
(wxgtk-2.6.3 backend):

wxc/src/ewxw/eljcursor.cpp: In function 'void* Cursor_CreateLoad(const wxString*, long int, int, int)':
wxc/src/ewxw/eljcursor.cpp:18: error: no matching function for call to 'wxCursor::wxCursor(const wxString&, long int&, int&, int&)'
/usr/include/wx-2.6/wx/gtk/cursor.h:42: note: candidates are: wxCursor::wxCursor(const char*, int, int, int, int, const char*, wxColour*, wxColour*)
/usr/include/wx-2.6/wx/gtk/cursor.h:38: note:                 wxCursor::wxCursor(const wxImage&)
/usr/include/wx-2.6/wx/gtk/cursor.h:36: note:                 wxCursor::wxCursor(const wxCursor&)
/usr/include/wx-2.6/wx/gtk/cursor.h:35: note:                 wxCursor::wxCursor(int)
/usr/include/wx-2.6/wx/gtk/cursor.h:34: note:                 wxCursor::wxCursor()

It is due to WxGTK lacking the wxCursor constructor (const wxString*,
long int, int, int) - see
http://thread.gmane.org/gmane.comp.lib.wxwidgets.general/45999 .

Would it be possible to remove the dependency on this wxCursor
constructor, so that the WxGTK version will compile?

If not, do anybody have suggestions of how to fix the problem?


Greetings,

Mads Lindstrøm
	

[wxhaskell-users] Custom controls

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

Hi all

I am trying to create a custom control. Thus I have looked at this
example http://darcs.haskell.org/wxhaskell/samples/wx/CustomControl.hs .
But it does not really help me. I also tried the WxWidgets site and it
did not help much either.

What I would like is to take two textCtrl-s (or other controls) and
compose them into one bigger control. And still "inheriting" all the
functions/classes associated with `Window a`. And the new control should
also implement some classes which `Window a` do not, like Commanding.

I can compose two textCtrl-s, but not while "inheriting" Window. Thus I
have to implement all the classes Window implements. And even worse, I
can see no way of making my custom control work with functions like
`focusOn`, as they are defined in a class.

Anybody have such an example or some pointers?


Greetings,

Mads Lindstrøm

Re: [wxhaskell-users] setting button size

[<a_r...@ya...>]

Yes, I use wxhaskell on windows and also on debian. On my system your program compiles ok.

Last binary of wxhaskell for windows is here:

http://sourceforge.net/project/showfiles.php?group_id=168626

(click on wxhaskell-bin-msw2.6.3-ghc6.6.1-0.10.1-0.zip)

Best regards,

Antonio Regidor Garcia

> oops.  here's the program i meant to include:
> 
> import Graphics.UI.WX
> 
> runUI1  ::  IO ()
> runUI1  = start $
>   do  f   <- frame [ ]
>       pan <- panel f  []
>       b   <- button pan [ text := "B!", outerSize := sz 50 50 ]
>       set pan  [ layout := widget b ]
>       set f    [ layout := widget pan ]
> 




       
____________________________________________________________________________________
Sé un Mejor Amante del Cine                         
¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
http://advision.webevents.yahoo.com/reto/entretenimiento.html

Re: [wxhaskell-users] setting button size

[<a_r...@ya...>]

> I use "outerSize := sz 50 50" and it works ok.
> 

It works also on Windows (last shelarcy binary).


       
____________________________________________________________________________________
Sé un Mejor Amante del Cine                         
¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
http://advision.webevents.yahoo.com/reto/entretenimiento.html

[wxhaskell-users] Problems handling events

[<a_r...@ya...>]

Hi,

Is there another function apart form propagateEvent to send events to the "standard" event
handler?

For example in these situations:

1) I have some TexEntry widgets on a frame. If the user press Tab, focus moves to next TexEntry.
Now, I want to handle that event this way: if user press Tab, the program does something (for
example, check if the text entered is a number) and then pass the event to the "standard" handler
to move the focus to the next widget. I could change the focus by hand, but this is cumbersome, I
don't want to manage a list of widgets, use a Var to store where focus is, etc., this is
wxhaskell's job.

2) I need to autocomplete text on a TextEntry. So, if I use "on keyboard" to detect when user
types next letter, and thus I can do something with that letter, the "standard" event handler
doesn't see the event, and thus the letter is not printed on the TextEntry. I have to do something
like "set text :~ (++ <letter>)". The problem is that these events only detect keypresses, not
text. If user press "A" I only see a "shift key press" followed by "a key press". I have to
translate key press sequences to text, which is a pain for languages with accented characters, and
impossible if user press Ctrl-v and pastes some text. If I could do something like:

on keyboard ::= \w -> standardHandler >> get w text >>= myFunction

this problem dissapears.

Is there a way to do this, or something with the same result?

Antonio Regidor Garcia




       
____________________________________________________________________________________
Sé un Mejor Amante del Cine                         
¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
http://advision.webevents.yahoo.com/reto/entretenimiento.html

Re: [wxhaskell-users] setting button size

[<a_r...@ya...>]

I use "outerSize := sz 50 50" and it works ok.

Antonio Regidor Garcia


       
____________________________________________________________________________________
Sé un Mejor Amante del Cine                         
¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
http://advision.webevents.yahoo.com/reto/entretenimiento.html

Re: [wxhaskell-users] setting button size

[Conal E. <co...@co...>]

Thanks, Mads.  I guess it's another Windows problem then.  Glad to know.   =
-
Conal

On 9/7/07, Mads Lindstr=F8m <mad...@ya...> wrote:
>
> Hi Conal
>
> Conal Elliott:
> > import Graphics.UI.WX
> >
> >     runUI1  ::  IO ()
> >     runUI1  =3D start $
> >       do  f   <- frame [ ]
> >           pan <- panel f  []
> >           b   <- button pan [ text :=3D "B!", size :=3D Size 50 50 ]
> >           set pan  [ layout :=3D widget b ]
> >           set f    [ layout :=3D widget pan ]
>
> On my computer it is square. I am running Debian Linux with gtk as a
> backend. Maybe it has something to do with your backend or WxHaskell's
> binding to the backend.
>
> I also tried with size (150,150) and still square (but bigger). I tried
> with (450,150) and it was not square (as expected).
>
> Greetings,
>
> Mads Lindstr=F8m
>
>

Re: [wxhaskell-users] setting button size

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

Hi Conal

Conal Elliott:
> import Graphics.UI.WX
> 
>     runUI1  ::  IO ()
>     runUI1  = start $
>       do  f   <- frame [ ]
>           pan <- panel f  [] 
>           b   <- button pan [ text := "B!", size := Size 50 50 ]
>           set pan  [ layout := widget b ]
>           set f    [ layout := widget pan ] 

On my computer it is square. I am running Debian Linux with gtk as a
backend. Maybe it has something to do with your backend or WxHaskell's
binding to the backend.

I also tried with size (150,150) and still square (but bigger). I tried
with (450,150) and it was not square (as expected).

Greetings,

Mads Lindstrøm

Re: [wxhaskell-users] setting button size

[Conal E. <co...@co...>]

No solution yet.  Here's a simple program illustrating the problem.  Any
ideas?

    import Graphics.UI.WX

    runUI1  ::  IO ()
    runUI1  = start $
      do  f   <- frame [ ]
          pan <- panel f  []
          b   <- button pan [ text := "B!", size := Size 50 50 ]
          set pan  [ layout := widget b ]
          set f    [ layout := widget pan ]

Thanks,  - Conal

On 9/4/07, Conal Elliott <co...@co...> wrote:
>
> I want to resize my button control to be square.  I tried "set ctl [ size
> := Size 100 100]" with no visible effect.  Same with clientSize &
> outerSize.  Does anyone know the required magic?   Thanks.  - Conal
>

[wxhaskell-users] setting button size

[Conal E. <co...@co...>]

I want to resize my button control to be square.  I tried "set ctl [ size :=
Size 100 100]" with no visible effect.  Same with clientSize & outerSize.
Does anyone know the required magic?   Thanks.  - Conal

[wxhaskell-users] crashing bug/feature: poking at closed frames

[Conal E. <co...@co...>]

I had a crashing bug in the new version of Eros I'm working on.  It turned
out that my event call-backs were still poking state in closed frames (MDI
children).  While I knew I'd have some wasted work, I didn't expect the
crash.  I've solved / worked-around the problem now, by having the frames
become invisible instead of closing them.  What I'd rather do is have them
reclaimed by a finalizer during GC.

Anyway, is this crashing behavior a known issue?

Cheers,   - Conal

Re: [wxhaskell-users] is imageCreateFromPixelArray "safe"?

[Conal E. <co...@co...>]

Thanks.  I'm using the function as pure, and so far, so good.  Cheers,  -
Conal

On 9/2/07, shelarcy <she...@gm...> wrote:
>
> Hi Conal,
>
> On Wed, 29 Aug 2007 09:42:15 +0900, Conal Elliott <co...@co...> wrote:
> > Is there any reason for imageCreateFromPixelArray to be in IO?  I want
> to
> > use it as a pure function (via unsafePerformIO), and I'm wondering if
> there
> > are any gotchas.   - Conal
>
> I think it's just implementation reason.
>
> imageCreateFromPixelArray create pixelBuffer and set pixelBuffer
> color interanally, and then create image by pixelBuffer.
>
>
> imageCreateFromPixelArray :: Array Point Color -> IO (Image ())
> imageCreateFromPixelArray pixels
>    = let (Point x y) = snd (bounds pixels)
>      in imageCreateFromPixels (sz (x+1) (y+1)) (elems pixels)
>
> imageCreateFromPixels :: Size -> [Color] -> IO (Image ())
> imageCreateFromPixels size colors
>    = do pb <- pixelBufferCreate size
>         pixelBufferSetPixels pb colors
>         imageCreateFromPixelBuffer pb   -- image deletes pixel buffer
>
> http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs
>
>
> So I think we can use this function as a safe one.
>
> Best Regards,
>
> --
> shelarcy <shelarcy    hotmail.co.jp>
> http://page.freett.com/shelarcy/
>

Re: [wxhaskell-users] is imageCreateFromPixelArray "safe"?

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

Hi Conal,

On Wed, 29 Aug 2007 09:42:15 +0900, Conal Elliott <co...@co...> wrote:
> Is there any reason for imageCreateFromPixelArray to be in IO?  I want to
> use it as a pure function (via unsafePerformIO), and I'm wondering if there
> are any gotchas.   - Conal

I think it's just implementation reason.

imageCreateFromPixelArray create pixelBuffer and set pixelBuffer
color interanally, and then create image by pixelBuffer.


imageCreateFromPixelArray :: Array Point Color -> IO (Image ())
imageCreateFromPixelArray pixels
   = let (Point x y) = snd (bounds pixels)
     in imageCreateFromPixels (sz (x+1) (y+1)) (elems pixels)

imageCreateFromPixels :: Size -> [Color] -> IO (Image ())
imageCreateFromPixels size colors
   = do pb <- pixelBufferCreate size
        pixelBufferSetPixels pb colors
        imageCreateFromPixelBuffer pb   -- image deletes pixel buffer

http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs


So I think we can use this function as a safe one.

Best Regards,

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

[wxhaskell-users] is imageCreateFromPixelArray "safe"?

[Conal E. <co...@co...>]

Is there any reason for imageCreateFromPixelArray to be in IO?  I want to
use it as a pure function (via unsafePerformIO), and I'm wondering if there
are any gotchas.   - Conal

[wxhaskell-users] =?iso-2022-jp?b?GyRCIVobKEJHUxskQjZkOVQbKEI=?= =?iso-2022-jp?b?GyRCIVs8VU5pJE5EczwoJCwkIiRqJF4kNxsoQg==?=

[<ne...@ci...>]

※ 下記のＵＲＬからご確認出来ます。
http://www.10wn.com/h/?bank38


▼ 三智子さま
▼ 橋本 ゆうこ

２名の女性の方から、謝礼の提示がありました。
--------------------

























┌───────────────────────
│     配信停止はコチラまで。
│     DeliveryStop
│     in...@mj...
│
│【配信停止手続きの際は】
│必ず件名に「配信停止」とお書き下さい。
│件名に「配信停止」と記載されていない場合は処理が行えません。
│尚、停止には数日間ほどお時間をいただく場合がございます。
│停止まで数日、数回メールが送信されることがございますが、
│何卒ご了承ください。
└───────────────────────

Re: [wxhaskell-users] wxHaskell modularity

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

Hi Eric,

On 21/08/07, Eric Kow <eri...@gm...> wrote:
> Hi Jeremy,
>
> > (*) There's a secondary reason for factoring out the wxc build from
> > the wxHaskell build: a number of other languages (most of them in the
> > FP church, if you define it reasonably broadly) use wxC as the basis
> > for their wxWidgets bindings.
>
> Are you aware of the wxc project by any chance?
>
> http://wxc.sourceforge.net/

I'm aware of it, and at least the following others: wxCL (Common
Lisp), wxCaml (Ocaml)

> We had discussed pooling our resources at some point, but decided the
> best thing was to prioritise a wxhaskell release and then talk about
> working together.

I looked at what has been done on wxC. The main thing they seem to
have done is to replace the build system with Ant, which seems like a
retrograde step to me (Ant is great in the Java world, but it's just
another dependency to everyone else).

I understand the build system frustration for them, but wanted to
stick with GNU make as it's present (or trivial to install) on pretty
much any Free Software development system.

... and yes, we need to prioritize a release.

Regards
Jeremy