wxhaskell-devel — wxhaskell developers

[wxhaskell-devel] I would like to know how to use the following events handlers : dropTargetOnData, dropTargetOnDrop, dropTargetOnEnter,

[Luc T. <luc...@gm...>]

WxHaskell and DragAndDrop

I would like to know how to use the following events handlers : dropTargetOnData, dropTargetOnDrop, dropTargetOnEnter, dropTargetOnDragOver….[1]


Could you check if my current believes are corrects :

From wx Widgets/ wxPython [2] / [3] / [4] it looks like they need to be used to manage DragAndDrog for non trivial examples.
they are not actionable via an existing event like "on drag", etc..
I tried and create my own event. but it does not get "activated". [7]
besides, from the signatures [1], these look like being activated on DropTarget, unlike other events on Reactive/ Windows/Controls . Is It Correct ?

Heinrich created its own events "onText", (in reactive-Banana) but this is on a Control. [6]



Could someone confirm these events effectively worked for them in WxHaskell, and maybe hint how to do that


[1]: from Graphics.UI.WXCore.Events , line 1933 onwards


Set an event handler that is called when the drop target can be filled with data. This function require to use 'dropTargetGetData' in your event handler to fill data. dropTargetOnData :: DropTarget a -> (Point -> DragResult -> IO DragResult) -> IO () ...


-- | Set an event handler for an drop command in a drop target. dropTargetOnDrop :: DropTarget a -> (Point -> IO Bool) -> IO ()


-- | Set an event handler for an enter command in a drop target. dropTargetOnEnter :: DropTarget a -> (Point -> DragResult -> IO DragResult) -> IO ()


-- | Set an event handler for a drag over command in a drop target. dropTargetOnDragOver :: DropTarget a -> (Point -> DragResult -> IO DragResult) -> IO ()


-- | Set an event handler for a leave command in a drop target. dropTargetOnLeave :: DropTarget a -> (IO ()) -> IO ()







[2] : http://docs.wxwidgets.org/2.8/wx_wxdroptarget.html#wxdroptargetondrop


[3] : http://wiki.wxpython.org/DragAndDrop


[4] : http://www.blog.pythonlibrary.org/2012/06/20/wxpython-introduction-to-drag-and-drop/


[5] : http://wewantarock.wordpress.com/2011/06/17/how-does-wxhaskell-event-handling-work-part-1/


[6] : https://github.com/HeinrichApfelmus/reactive-banana/blob/master/reactive-banana-wx/src/Reactive/Banana/WX.hs L 88


[7] : module Main where

import Graphics.UI.WX hiding (empty) import Data.Maybe import Control.Monad import Graphics.UI.WX.Events import Graphics.UI.WXCore.WxcClassesMZ --import Graphics.UI.WXCore.WxcClassesAL import Graphics.UI.WXCore.DragAndDrop import Graphics.UI.WXCore.Events main = start dndtest dndtest = do f <- frame [text := "Drag And Drop test"] p <- panel f [] ok <- button p [text := "Ok"] xinput <- textEntry p [text := "here :"] --textEntry yinput <- staticText p [text := "drag me"] zinput <- staticText p [text := "result me"] set f [defaultButton := ok ,layout := container p $ margin 10 $ column 5 [boxed "coordinates" (grid 5 5 [[label "source:", hfill $ widget yinput] ,[label "target(focus first):", hfill $ widget xinput] ,[label "result:", hfill $ widget zinput] ]) ,floatBottomRight $ row 5 [widget ok]] ] set xinput [ on enter := onEnter] set yinput [ ] --------------------------------------------------------- --- meaningful stuff starts here --------------------------------------------------------- -- prepare the drop source : create a DataObject and associate it with the source textdata' <- textDataObjectCreate "text dropped" src <- dropSource textdata' yinput -- prepare the drop target: create a DataObject (placeholder here) and associate it with the target textdata <- textDataObjectCreate ".." drop <- dropTarget xinput textdata set drop [ on onMyDrop := showMeDrop ] ---- <<<< I am expecting this to get fired but no ... -- obj create a new event on drop invoking .. -- and see if it is invoked set yinput [ on drag := onDrag src ] set xinput [ ] ------ <<<< I am expecting the target to react when dropped (Its DroopedTarget i fact) set zinput [ on mouse := showMeE] set ok [ on command := close f ] return () --- this is the custom event, just a setter to fire dropTargetOnDrop. not sure at all this is the correct way. onMyDrop = newEvent "onmyDrop" (\w -> ioError (userError ("attribute '" ++ "onmyDrop" ++ "' is write-only."))) dropTargetOnDrop --dropTargetOnDrop :: DropTarget a -> (Point -> IO Bool) -> IO () --- the rest are jsut helper to see whats going on showMeEo = putStr "showMeEo" showMeDrop p = do putStr "showMeDrop" return True onDrag s p = do -- dragAndDrop :: DropSource a -> DragMode -> (DragResult -> IO ()) -> IO () dragAndDrop s Default (\r -> do {putStr "DnD handler called: "; putStrLn(show r); return ()}) putStrLn "on Drag activated:" showMeE :: EventMouse -> IO () showMeE (MouseMotion point mod) = putStr "" --- discard meaningless Motion event showMeE e = putStrLn $ show e -- onEnter p = putStrLn $ "on Enter:" ++ show p



http://stackoverflow.com/questions/15911219/wxhaskell-and-draganddrop-how-to-create-custom-event-to-trigger-droptargetondat  

Re: [wxhaskell-devel] wxGraphicsRenderer

[Luc T. <luc...@gm...>]

Many thanks !
 so you solved it already in wxcore-0.12.1.6 !  
but what happened ?  it never made its way to the core trunk ?

any clue if this is still valid ?
To enable GraphicsContext, wxWidgets must be compiled with --enable-graphics_ctx option.
or is it detected automatically ?

was it related to 2.8 or even before ?

Anyway, many thanks for your help , and I will try it tonight .

luc  

--------------
Luc
be.linkedin.com/in/luctaesch/ (http://be.linkedin.com/in/luctaesch/)
Envoyé avec Sparrow (http://www.sparrowmailapp.com/?sig)


Le mardi 26 mars 2013 à 23:31, Dmitriy Nikitinskiy a écrit :

> Hello,
>  
> Mabe this will help:
>  
> http://sourceforge.net/tracker/?func=detail&aid=3087609&group_id=73133&atid=536848
>  
> here patch and working example, tested on openSuse and windows xp.
>  
> Regards,
> Dmitriy
>  
> 27.03.2013 01:27, luc taesch wrote:
> >  
> > I am a bit clue less
> >  
> > I have reduced to the bare minimum
> >  
> > gr <- graphicsRendererCreateContextFromNativeWindow f
> >  
> > graphicsContextDelete gr
> >  
> >  
> > it compiles and segfault…
> >  
> >  
> > any ideas ?
> >  
> >  
> > mbp2-de-luc:wxcanvastest luc$ ghc --make Paint.hs
> >  
> > [1 of 1] Compiling Main ( Paint.hs, Paint.o )
> >  
> > Linking Paint ...
> >  
> > mbp2-de-luc:wxcanvastest luc$ ./Paint
> >  
> > Segmentation fault: 11
> >  
> > mbp2-de-luc:wxcanvastest luc$
>  
>  
> ------------------------------------------------------------------------------
> Own the Future-Intel&reg; Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game  
> on Steam. $5K grand prize plus 10 genre and skill prizes.  
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li... (mailto:wxh...@li...)
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>  
>  

Re: [wxhaskell-devel] wxGraphicsRenderer

[Dmitriy N. <ni...@be...>]

Hello,

Mabe this will help:

http://sourceforge.net/tracker/?func=detail&aid=3087609&group_id=73133&atid=536848

here patch and working example, tested on openSuse and windows xp.

Regards,
Dmitriy

27.03.2013 01:27, luc taesch wrote:
>
> I am a bit clue less
>
> I have reduced to the bare minimum
>
> gr <- graphicsRendererCreateContextFromNativeWindow f
>
> graphicsContextDelete gr
>
>
> it compiles and segfault…
>
>
> any ideas ?
>
>
> mbp2-de-luc:wxcanvastest luc$ ghc --make Paint.hs
>
> [1 of 1] Compiling Main ( Paint.hs, Paint.o )
>
> Linking Paint ...
>
> mbp2-de-luc:wxcanvastest luc$ ./Paint
>
> Segmentation fault: 11
>
> mbp2-de-luc:wxcanvastest luc$
>
>

Re: [wxhaskell-devel] wxGraphicsRenderer

[luc t. <luc...@gm...>]

I am a bit clue less
I have reduced to the bare minimum
 
gr <- graphicsRendererCreateContextFromNativeWindow f
 graphicsContextDelete gr

it compiles and segfault…

any ideas ?

mbp2-de-luc:wxcanvastest luc$ ghc --make Paint.hs 
[1 of 1] Compiling Main             ( Paint.hs, Paint.o )
Linking Paint ...
mbp2-de-luc:wxcanvastest luc$ ./Paint 
Segmentation fault: 11
mbp2-de-luc:wxcanvastest luc$ 

--------

module Main where

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

main :: IO ()
main
  = start gui

gui :: IO ()
gui
  = do f  <- frame [text := "Paint demo", fullRepaintOnResize := False]
      -- sw <- scrolledWindow f [ on paint := onpaint
      --                        , virtualSize := sz 500 500, scrollRate 
:= sz 10 10
      --                        , fullRepaintOnResize := False]
       -- dcc <- paintDCCreate sw
       gr <- graphicsRendererCreateContextFromNativeWindow f
       -- pa <-graphicsPathCreate 
       -- graphicsPathAddCircle pa (pt 30 30) 20
       -- graphicsPathCloseSubpath pa
       graphicsContextDelete gr
       set f [clientSize := sz 150 150]
--, layout := fill $ widget sw]
       return ()





On 2013-03-25 22:03:55 +0000, Luc TAESCH said:

> I tried this so far
> which is copied from the basic Paint.hs from the sample.
> 
> - it compiles , run and break at run time if I omit Line [1]
> gr <- graphicsContextCreate dc -- 1. this break for now
> 
> and it does not compile when I leave it on.
> 
> My sources are  [1] and [2]
> 
> [1]: http://docs.wxwidgets.org/trunk/classwx_graphics_context.html
> [2]: http://chandlerproject.org/Projects/WxPythonGraphicsContext  
> 
> Ill keep you posted
> ----------
> 
> module Main where
> 
> import Graphics.UI.WXCore
> import Graphics.UI.WX
> 
> main :: IO ()
> main
>   = start gui
> 
> gui :: IO ()
> gui
>   = do f  <- frame [text := "Paint demo", fullRepaintOnResize := False]
>        sw <- scrolledWindow f [ on paint := onpaint
>                               , virtualSize := sz 500 500, scrollRate 
> := sz 10 10
>                               , fullRepaintOnResize := False]
>        
>        set f [clientSize := sz 150 150, layout := fill $ widget sw]
>        return ()
>   where
>     onpaint dc viewArea
>       = do 
>           gr <- graphicsContextCreate dc -- 1. this break for now
> 		 
> 		
>           pa <-graphicsPathCreate 
>           graphicsPathAddCircle pa (pt 30 30) 20
>           graphicsPathCloseSubpath pa
>           --circle dc (pt 30 30) 20 [penKind := PenSolid]
> 
> 
> Paint.hs:13:45:
>     Couldn't match expected type `()' with actual type `CWindowDC a0'
>     Expected type: DC () -> Rect -> IO ()
>       Actual type: WindowDC a0 -> t0 -> IO ()
>     In the second argument of `(:=)', namely `onpaint'
>     In the expression: on paint := on paint
> 
> 
> void MyCanvas::OnPaint(wxPaintEvent &event)
> {
>     // Create paint DC
>     wxPaintDC dc(this);
> 
>     // Create graphics context from it
>     wxGraphicsContext *gc = wxGraphicsContext::Create( dc );
> 
>     if (gc)
>     {
>         // make a path that contains a circle and some lines
>         gc->SetPen( *wxRED_PEN );
>         wxGraphicsPath path = gc->CreatePath();
>         path.AddCircle( 50.0, 50.0, 50.0 );
>         path.MoveToPoint(0.0, 50.0);
>         path.AddLineToPoint(100.0, 50.0);
>         path.MoveToPoint(50.0, 0.0);
>         path.AddLineToPoint(50.0, 100.0 );
>         path.CloseSubpath();
>         path.AddRectangle(25.0, 25.0, 50.0, 50.0);
> 
>         gc->StrokePath(path);
> 
>         delete gc;
>     }
> }
> 
> --------------
> Luc
> be.linkedin.com/in/luctaesch/
> Envoyé avec Sparrow
> 
> Le lundi 25 mars 2013 à 22:52, Henk-Jan van Tuyl a écrit :
> On Mon, 25 Mar 2013 19:00:58 +0100, Luc TAESCH <luc...@gm...>
> wrote:
> 
> ah many thanks ! I understand better now ( change quite a bit since
> 2003 :-)
> I indeed can see the classes .
> 
> are these new renderers already mapped into wx, or should we use them as
> such , directly ?
> any sample / test available , out of chance ?
> 
> Many thanks for your patience, anyway :-)
> 
> Luc
> 
> I can't find any renderer functions in wx, or any samples/tests; I suppose
> the best thing to do is to try to translate C++ sample programs to Haskell.
> 
> Regards,
> Henk-Jan van Tuyl
> 
> 
> --
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
> 
> ------------------------------------------------------------------------------
> Own the Future-Intel&reg; Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game 
> on Steam. $5K grand prize plus 10 genre and skill prizes. 
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

Re: [wxhaskell-devel] wxGraphicsRenderer

[Luc T. <luc...@gm...>]

I tried this so far
which is copied from the basic Paint.hs from the sample.

- it compiles , run and break at run time if I omit Line [1]
gr <- graphicsContextCreate dc -- 1. this break for now

and it does not compile when I leave it on.

My sources are  [1] and [2]

[1]: http://docs.wxwidgets.org/trunk/classwx_graphics_context.html
[2]: http://chandlerproject.org/Projects/WxPythonGraphicsContext   

Ill keep you posted
----------

module Main where

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

main :: IO ()
main
  = start gui

gui :: IO ()
gui
  = do f  <- frame [text := "Paint demo", fullRepaintOnResize := False]
       sw <- scrolledWindow f [ on paint := onpaint
                              , virtualSize := sz 500 500, scrollRate := sz 10 10
                              , fullRepaintOnResize := False]
        
       set f [clientSize := sz 150 150, layout := fill $ widget sw]
       return ()
  where
    onpaint dc viewArea
      = do  
          gr <- graphicsContextCreate dc -- 1. this break for now
  

          pa <-graphicsPathCreate  
          graphicsPathAddCircle pa (pt 30 30) 20
          graphicsPathCloseSubpath pa
          --circle dc (pt 30 30) 20 [penKind := PenSolid]



Paint.hs:13:45:
    Couldn't match expected type `()' with actual type `CWindowDC a0'
    Expected type: DC () -> Rect -> IO ()
      Actual type: WindowDC a0 -> t0 -> IO ()
    In the second argument of `(:=)', namely `onpaint'
    In the expression: on paint := on paint



void MyCanvas::OnPaint(wxPaintEvent (http://docs.wxwidgets.org/trunk/classwx_paint_event.html) &event)
{
// Create paint DC
wxPaintDC (http://docs.wxwidgets.org/trunk/classwx_paint_d_c.html) dc(this);

// Create graphics context from it
wxGraphicsContext (http://docs.wxwidgets.org/trunk/classwx_graphics_context.html) *gc = wxGraphicsContext::Create (http://docs.wxwidgets.org/trunk/classwx_graphics_context.html#adbc3ec3262f53e209276293ff1c0944e)( dc );

if (gc)
{
// make a path that contains a circle and some lines
gc->SetPen (http://docs.wxwidgets.org/trunk/classwx_graphics_context.html#ac34d6320c2777fe2afcf8777868e37d3)( *wxRED_PEN (http://docs.wxwidgets.org/trunk/pen_8h.html#a62930a76d6d75371553b90661f8d9d30) );
wxGraphicsPath (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html) path = gc->CreatePath (http://docs.wxwidgets.org/trunk/classwx_graphics_context.html#a55c95ed392ed17f6fbd6e83b2a442a80)();
path.AddCircle (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#a1dedee16234c079524b51db8e0395f68)( 50.0, 50.0, 50.0 );
path.MoveToPoint (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#a62c899479b6bd2105507317a1246978e)(0.0, 50.0);
path.AddLineToPoint (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#abd69d09ad6fe10af99a675ac79d2717a)(100.0, 50.0);
path.MoveToPoint (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#a62c899479b6bd2105507317a1246978e)(50.0, 0.0);
path.AddLineToPoint (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#abd69d09ad6fe10af99a675ac79d2717a)(50.0, 100.0 );
path.CloseSubpath (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#a93ee08b5acd2a2aa82dceb4bbd9cc819)();
path.AddRectangle (http://docs.wxwidgets.org/trunk/classwx_graphics_path.html#ac257fef3393f29b2705438fdc08b28a0)(25.0, 25.0, 50.0, 50.0);

gc->StrokePath (http://docs.wxwidgets.org/trunk/classwx_graphics_context.html#a4f7f8f768e84dcdf50493f0e7ef0c00a)(path);

delete gc;
}
}



--------------
Luc
be.linkedin.com/in/luctaesch/ (http://be.linkedin.com/in/luctaesch/)
Envoyé avec Sparrow (http://www.sparrowmailapp.com/?sig)


Le lundi 25 mars 2013 à 22:52, Henk-Jan van Tuyl a écrit :

> On Mon, 25 Mar 2013 19:00:58 +0100, Luc TAESCH <luc...@gm... (mailto:luc...@gm...)>  
> wrote:
>  
> > ah many thanks ! I understand better now ( change quite a bit since  
> > 2003 :-)
> > I indeed can see the classes .
> >  
> > are these new renderers already mapped into wx, or should we use them as  
> > such , directly ?
> > any sample / test available , out of chance ?
> >  
> > Many thanks for your patience, anyway :-)
> >  
> > Luc
>  
> I can't find any renderer functions in wx, or any samples/tests; I suppose  
> the best thing to do is to try to translate C++ sample programs to Haskell.
>  
> Regards,
> Henk-Jan van Tuyl
>  
>  
> --  
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
>  
>  

Re: [wxhaskell-devel] wxGraphicsRenderer

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

On Mon, 25 Mar 2013 19:00:58 +0100, Luc TAESCH <luc...@gm...>  
wrote:

> ah many thanks ! I understand better now ( change quite  a bit since  
> 2003 :-)
> I indeed can see the classes .
>
> are these new renderers already mapped into wx, or should we use them as  
> such , directly  ?
> any sample /  test available , out of chance ?
>
> Many thanks for your patience, anyway :-)
>
> Luc

I can't find any renderer functions in wx, or any samples/tests; I suppose  
the best thing to do is to try to translate C++ sample programs to Haskell.

Regards,
Henk-Jan van Tuyl


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

Re: [wxhaskell-devel] wxGraphicsRenderer

[Luc T. <luc...@gm...>]

ah many thanks ! I understand better now ( change quite  a bit since 2003 :-)
I indeed can see the classes .

are these new renderers already mapped into wx, or should we use them as such , directly  ?  
any sample /  test available , out of chance ?  

Many thanks for your patience, anyway :-)

Luc  

--------------
Luc
be.linkedin.com/in/luctaesch/ (http://be.linkedin.com/in/luctaesch/)
Envoyé avec Sparrow (http://www.sparrowmailapp.com/?sig)


Le lundi 25 mars 2013 à 17:07, Henk-Jan van Tuyl a écrit :

> On Mon, 25 Mar 2013 10:16:00 +0100, Luc TAESCH <luc...@gm... (mailto:luc...@gm...)>  
> wrote:
>  
> > -many thanks for your help, this made my day !
> >  
> > … but just for 10 mn as I cannot find these on the current 0.90.3. ;-< ??
> >  
> > I see you are pointing to an old lib, 0.12.7. Currently I cannot find  
> > the Graphics-UI-WXCore-WxcClassesAL  
> > (http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:81)  
> > file, nor any containing GraphicsRenderer
> >  
> > I guess there have been some refactoring since 0.12.7.
> >  
> > could you help pointing at the files ?
> >  
> > or am i getting the wrong source ?
> > I got the source from  
> > [https://github.com/atzedijkstra/wxHaskell/tree/master/wxcore/src/haskell/Graphics/UI/WXCore]
> >  
>  
>  
> The functions you are looking for, are defined in file
> wxcore\src\haskell\Graphics\UI\WXCore\WxcClassesAL.hs
> . This file is automatically created when you run
> cabal install
> or
> runhaskell Setup configure
> runhaskell Setup build
> inside the wxcore directory. Note, that you first have to install wxdirect  
> and wxc
>  
> You only need to import Graphics.UI.WXCore to get the wanted functionality.
>  
> Regards,
> Henk-Jan van Tuyl
>  
>  
> --  
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
>  
>  

Re: [wxhaskell-devel] wxGraphicsRenderer

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

On Mon, 25 Mar 2013 10:16:00 +0100, Luc TAESCH <luc...@gm...>  
wrote:

> -many thanks for your help, this made my day !
>
> … but just for 10 mn as I cannot find these on the current 0.90.3. ;-< ??
>
> I see you are pointing to an old lib, 0.12.7. Currently I cannot find  
> the Graphics-UI-WXCore-WxcClassesAL  
> (http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:81)  
> file, nor any containing GraphicsRenderer
>
> I guess there have been some refactoring since 0.12.7.
>
> could you help pointing at the files ?
>
> or am i getting the wrong source ?
> I got the source from  
> [https://github.com/atzedijkstra/wxHaskell/tree/master/wxcore/src/haskell/Graphics/UI/WXCore]

The functions you are looking for, are defined in file
   wxcore\src\haskell\Graphics\UI\WXCore\WxcClassesAL.hs
. This file is automatically created when you run
   cabal install
or
   runhaskell Setup configure
   runhaskell Setup build
inside the wxcore directory. Note, that you first have to install wxdirect  
and wxc

You only need to import Graphics.UI.WXCore to get the wanted functionality.

Regards,
Henk-Jan van Tuyl


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

Re: [wxhaskell-devel] wxGraphicsRenderer

[Luc T. <luc...@gm...>]

-many thanks for your help, this made my day !  

… but just for 10 mn as I cannot find these on the current 0.90.3. ;-< ??

I see you are pointing to an old lib, 0.12.7. Currently I cannot find the Graphics-UI-WXCore-WxcClassesAL (http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:81) file, nor any containing GraphicsRenderer  

I guess there have been some refactoring since 0.12.7.

could you help pointing at the files ?   

or am i getting the wrong source ?  
I got the source from [https://github.com/atzedijkstra/wxHaskell/tree/master/wxcore/src/haskell/Graphics/UI/WXCore]


--------------
Luc
be.linkedin.com/in/luctaesch/ (http://be.linkedin.com/in/luctaesch/)
Envoyé avec Sparrow (http://www.sparrowmailapp.com/?sig)


Le dimanche 24 mars 2013 à 23:26, Henk-Jan van Tuyl a écrit :

> On Sun, 24 Mar 2013 15:08:20 +0100, luc taesch <luc...@gm... (mailto:luc...@gm...)>  
> wrote:
>  
> :
> > A very superficial browse, but haven't found any support of these in WX
> > , except the inclusion of the graphicscontext.cpp/ h in wxc
> >  
> > 1/ is it correct ?
> > 2/ any plans to use them ?
> > 3/ is there dependencies on the eiffel bindings to fix first ?
> > 4/ or any other alternative you would advise ?
> >  
> > [wxGraphicsRenderer]:http://docs.wxwidgets.org/trunk/page_class_cat.html#page_class_cat_gc
>  
>  
> Have a look at [0], I think that is what you are looking for.
> Regarding question 3: wxHaskell does not depend on Eiffel anymore.
>  
> Regards,
> Henk-Jan van Tuyl
>  
>  
> [0]  
> http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:81
>  
>  
> --  
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
>  
>  

Re: [wxhaskell-devel] wxGraphicsRenderer

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

On Sun, 24 Mar 2013 15:08:20 +0100, luc taesch <luc...@gm...>  
wrote:

:
> A very superficial browse, but haven't found any support of these in WX
> , except the inclusion of the graphicscontext.cpp/ h in wxc
>
> 1/ is it correct ?
> 2/ any plans to use them ?
> 3/ is there dependencies on the eiffel bindings to fix first ?
> 4/ or any other alternative you would advise ?
>
> [wxGraphicsRenderer]:http://docs.wxwidgets.org/trunk/page_class_cat.html#page_class_cat_gc


Have a look at [0], I think that is what you are looking for.
Regarding question 3: wxHaskell does not depend on Eiffel anymore.

Regards,
Henk-Jan van Tuyl


[0]  
http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:81


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

[wxhaskell-devel] wxGraphicsRenderer

[luc t. <luc...@gm...>]

I discovered there is now a much better graphical engine in wx 
[wxGraphicsRenderer], which uses native engines:
These classes are related to drawing using a new vector based drawing 
API and are based on the modern drawing backend GDI+, CoreGraphics and 
Cairo.

they poped up in 2.8 / 2011 and were not present in  2.6.4 / 2007

A very superficial browse, but haven't found any support of these in WX 
, except the inclusion of the graphicscontext.cpp/ h in wxc

1/ is it correct ?
2/ any plans to use them ?
3/ is there dependencies on the eiffel bindings to fix first ?
4/ or any other alternative you would advise ?

[wxGraphicsRenderer]:http://docs.wxwidgets.org/trunk/page_class_cat.html#page_class_cat_gc 

Re: [wxhaskell-devel] help needed for wx install on OSX 10.8 wx 2.9.4 ghc 7.4.2

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

Sounds like you might have one of these 32 bit vs 64 bit issues?

On 19 Mar 2013, at 06:49, luc taesch wrote:

> Are there any setup to do after install ,
> 
> what i did , following [0]( manual compile)
> 
> [1]/ install wxwigets went fine  (any post make setup on MacOs?)(the 
> equivalent of LD_CONFIG ?)
> 
> [2]/ but I cannot get a helllo world example running .
> - the cabal-macosx does not seems to be seen ( what is expected in fact 
> ?). any setup ?
> - what are the funny message on architecture being wrong .. ?
> ..( was built for unsupported file format ( ... ) which is not the 
> architecture being linked (i386)
> 
> 
> [3]/ trying and run the sample by hand raise an Error
> 
> 
> I wanted to play with reactive banana, on OSX 10.8 wx 2.9.4 ghc 7.4.2
> 
> which [0] says has been working ( besides, apfelmus is developing on  
> Mac OS , isn it ?)
> 
> Any help appreciated, gentlemen :-)
> 
> -----------------
> [0](http://www.haskell.org/haskellwiki/WxHaskell/Mac )
> 
> [1]:
> ./configure --enable-unicode --disable-debug --with-osx_cocoa 
> --prefix=/usr/local --enable-stc --enable-aui --enable-propgrid 
> --enable-xrc --enable-ribbon --enable-richtext --enable-webkit 
> --with-opengl
> 
> make && make install
> 
> …..
> htext/richtextsizepage.h wx/richtext/richtextstyledlg.h 
> wx/richtext/richtextstylepage.h wx/richtext/richtextstyles.h 
> wx/richtext/richtextsymboldlg.h wx/richtext/richtextuicustomization.h 
> wx/richtext/richtextxml.h wx/stc/stc.h 
> wx/osx/webviewhistoryitem_webkit.h wx/osx/webview_webkit.h wx/webview.h 
> wx/webviewarchivehandler.h; do \
>        if test ! -d /usr/local/include/wx-2.9/`dirname $f` ; then \
>        mkdir -p /usr/local/include/wx-2.9/`dirname $f`; \
>        fi; \
>        cp -fp ./include/$f /usr/local/include/wx-2.9/$f; \
>        done
> 
> ------------------------------------------------------
> 
> The installation of wxWidgets is finished.  On certain
> platforms (e.g. Linux) you'll now have to run ldconfig
> if you installed a shared library and also modify the
> LD_LIBRARY_PATH (or equivalent) environment variable.
> 
> wxWidgets comes with no guarantees and doesn't claim
> to be suitable for any purpose.
> 
> Read the wxWindows Licence on licencing conditions.
> 
> ------------------------------------------------------
> 
> mbp2-de-luc:wxWidgets-2.9.4 luc$
> 
> ---------
> [2:]
> ghc --make HelloWorlds.hs
> [1 of 1] Compiling Main             ( HelloWorlds.hs, HelloWorlds.o )
> Linking HelloWorlds …
> ld: warning: ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_webview-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): 
> /usr/local/lib/libwx_osx_cocoau_webview-2.9.dylibignoring file 
> /usr/local/lib/libwx_osx_cocoau_xrc-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_xrc-2.9.dylib
> 
> ld: warning: ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_stc-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): 
> /usr/local/lib/libwx_osx_cocoau_stc-2.9.dylibignoring file 
> /usr/local/lib/libwx_osx_cocoau_richtext-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_richtext-2.9.dylib
> 
> ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_ribbon-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_ribbon-2.9.dylib
> ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_propgrid-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_propgrid-2.9.dylib
> ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_aui-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_aui-2.9.dylib
> ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_gl-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_gl-2.9.dylib
> ld: warning: ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_qa-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): 
> /usr/local/lib/libwx_osx_cocoau_qa-2.9.dylibignoring file 
> /usr/local/lib/libwx_osx_cocoau_html-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_html-2.9.dylib
> 
> ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_core-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_core-2.9.dylib
> ld: warning: ignoring file 
> /usr/local/lib/libwx_osx_cocoau_adv-2.9.dylib, file was built for 
> unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
> 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
> being linked (i386): /usr/local/lib/libwx_osx_cocoau_adv-2.9.dylib
> ld: warning: ignoring file /usr/local/lib/libwx_baseu_xml-2.9.dylib, 
> file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 
> 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not 
> the architecture being linked (i386): 
> /usr/local/lib/libwx_baseu_xml-2.9.dylib
> ld: warning: ignoring file /usr/local/lib/libwx_baseu-2.9.dylib, file 
> was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 
> 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the 
> architecture being linked (i386): /usr/local/lib/libwx_baseu-2.9.dylib
> ld: warning: ignoring file /usr/local/lib/libwx_baseu_net-2.9.dylib, 
> file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 
> 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not 
> the architecture being linked (i386): 
> /usr/local/lib/libwx_baseu_net-2.9.dylib
> mbp2-de-luc:wxtest luc$ cabal-macosx HelloWorlds
> -bash: cabal-macosx: command not found
> mbp2-de-luc:wxtest luc$ which cabal-macosx
> mbp2-de-luc:wxtest luc$ cabal install cabal-macosx
> Warning: The package list for ‘hackage.haskell.org’ is 18 days old.
> Run ‘cabal update’ to get the latest list of available packages.
> Resolving dependencies…
> All the requested packages are already installed:
> cabal-macosx-0.2.2
> Use --reinstall if you want to reinstall anyway.
> 
> [3]:
> /Volumes/Macintosh\ 
> HD/Users/luc/Downloads/cabal-macosx-master/dist/build/macosx-app/macosx-app 
> ./HelloWorlds
> Creating application bundle directory HelloWorlds.app
> Copying executable HelloWorlds into place
> Running Rez, etc.
> 
> Last login: Tue Mar 19 00:17:59 on ttys013
> You have mail.
> mbp2-de-luc:~ luc$ /Users/luc/test/wxtest/HelloWorlds ; exit;
> dyld: Symbol not found: __ZN10wxDateTime13TIME_T_FACTORE
>  Referenced from: /Users/luc/.cabal/lib/wxc-0.90.0.4/ghc-7.4.2/libwxc.dylib
>  Expected in: flat namespace
> in /Users/luc/.cabal/lib/wxc-0.90.0.4/ghc-7.4.2/libwxc.dylib
> Trace/BPT trap: 5
> logout
> 
> [Opération terminée]
> 
> 
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

-- 
Eric Kow <http://erickow.com>

[wxhaskell-devel] help needed for wx install on OSX 10.8 wx 2.9.4 ghc 7.4.2

[luc t. < <luc...@gm...>]

Are there any setup to do after install ,

what i did , following [0]( manual compile)

[1]/ install wxwigets went fine  (any post make setup on MacOs?)(the 
equivalent of LD_CONFIG ?)

[2]/ but I cannot get a helllo world example running .
- the cabal-macosx does not seems to be seen ( what is expected in fact 
?). any setup ?
- what are the funny message on architecture being wrong .. ?
..( was built for unsupported file format ( ... ) which is not the 
architecture being linked (i386)


[3]/ trying and run the sample by hand raise an Error


I wanted to play with reactive banana, on OSX 10.8 wx 2.9.4 ghc 7.4.2

which [0] says has been working ( besides, apfelmus is developing on  
Mac OS , isn it ?)

Any help appreciated, gentlemen :-)

-----------------
[0](http://www.haskell.org/haskellwiki/WxHaskell/Mac )

[1]:
./configure --enable-unicode --disable-debug --with-osx_cocoa 
--prefix=/usr/local --enable-stc --enable-aui --enable-propgrid 
--enable-xrc --enable-ribbon --enable-richtext --enable-webkit 
--with-opengl

make && make install

…..
htext/richtextsizepage.h wx/richtext/richtextstyledlg.h 
wx/richtext/richtextstylepage.h wx/richtext/richtextstyles.h 
wx/richtext/richtextsymboldlg.h wx/richtext/richtextuicustomization.h 
wx/richtext/richtextxml.h wx/stc/stc.h 
wx/osx/webviewhistoryitem_webkit.h wx/osx/webview_webkit.h wx/webview.h 
wx/webviewarchivehandler.h; do \
        if test ! -d /usr/local/include/wx-2.9/`dirname $f` ; then \
        mkdir -p /usr/local/include/wx-2.9/`dirname $f`; \
        fi; \
        cp -fp ./include/$f /usr/local/include/wx-2.9/$f; \
        done

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

 The installation of wxWidgets is finished.  On certain
 platforms (e.g. Linux) you'll now have to run ldconfig
 if you installed a shared library and also modify the
 LD_LIBRARY_PATH (or equivalent) environment variable.

 wxWidgets comes with no guarantees and doesn't claim
 to be suitable for any purpose.

 Read the wxWindows Licence on licencing conditions.

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

mbp2-de-luc:wxWidgets-2.9.4 luc$

---------
[2:]
ghc --make HelloWorlds.hs
[1 of 1] Compiling Main             ( HelloWorlds.hs, HelloWorlds.o )
Linking HelloWorlds …
ld: warning: ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_webview-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): 
/usr/local/lib/libwx_osx_cocoau_webview-2.9.dylibignoring file 
/usr/local/lib/libwx_osx_cocoau_xrc-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_xrc-2.9.dylib

ld: warning: ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_stc-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): 
/usr/local/lib/libwx_osx_cocoau_stc-2.9.dylibignoring file 
/usr/local/lib/libwx_osx_cocoau_richtext-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_richtext-2.9.dylib

ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_ribbon-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_ribbon-2.9.dylib
ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_propgrid-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_propgrid-2.9.dylib
ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_aui-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_aui-2.9.dylib
ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_gl-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_gl-2.9.dylib
ld: warning: ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_qa-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): 
/usr/local/lib/libwx_osx_cocoau_qa-2.9.dylibignoring file 
/usr/local/lib/libwx_osx_cocoau_html-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_html-2.9.dylib

ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_core-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_core-2.9.dylib
ld: warning: ignoring file 
/usr/local/lib/libwx_osx_cocoau_adv-2.9.dylib, file was built for 
unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 
0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture 
being linked (i386): /usr/local/lib/libwx_osx_cocoau_adv-2.9.dylib
ld: warning: ignoring file /usr/local/lib/libwx_baseu_xml-2.9.dylib, 
file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 
0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not 
the architecture being linked (i386): 
/usr/local/lib/libwx_baseu_xml-2.9.dylib
ld: warning: ignoring file /usr/local/lib/libwx_baseu-2.9.dylib, file 
was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 
0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the 
architecture being linked (i386): /usr/local/lib/libwx_baseu-2.9.dylib
ld: warning: ignoring file /usr/local/lib/libwx_baseu_net-2.9.dylib, 
file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 
0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not 
the architecture being linked (i386): 
/usr/local/lib/libwx_baseu_net-2.9.dylib
mbp2-de-luc:wxtest luc$ cabal-macosx HelloWorlds
-bash: cabal-macosx: command not found
mbp2-de-luc:wxtest luc$ which cabal-macosx
mbp2-de-luc:wxtest luc$ cabal install cabal-macosx
Warning: The package list for ‘hackage.haskell.org’ is 18 days old.
Run ‘cabal update’ to get the latest list of available packages.
Resolving dependencies…
All the requested packages are already installed:
cabal-macosx-0.2.2
Use --reinstall if you want to reinstall anyway.

[3]:
 /Volumes/Macintosh\ 
HD/Users/luc/Downloads/cabal-macosx-master/dist/build/macosx-app/macosx-app 
./HelloWorlds
Creating application bundle directory HelloWorlds.app
Copying executable HelloWorlds into place
Running Rez, etc.

Last login: Tue Mar 19 00:17:59 on ttys013
You have mail.
mbp2-de-luc:~ luc$ /Users/luc/test/wxtest/HelloWorlds ; exit;
dyld: Symbol not found: __ZN10wxDateTime13TIME_T_FACTORE
  Referenced from: /Users/luc/.cabal/lib/wxc-0.90.0.4/ghc-7.4.2/libwxc.dylib
  Expected in: flat namespace
 in /Users/luc/.cabal/lib/wxc-0.90.0.4/ghc-7.4.2/libwxc.dylib
Trace/BPT trap: 5
logout

[Opération terminée]

Re: [wxhaskell-devel] Status/development of wxHaskell?

[Atze D. <at...@uu...>]

On  27 Jan, 2013, at 16:52 , Heinrich Apfelmus <apf...@qu...> wrote:

>> 
>> Although I think many GUI's will (eventually) run via a browser,
>> I also think there is a place for standalone (i.e. non client/server)
>> apps  with a responsive interface with many bells & whistles.
>> In other words, until the time browser based GUI's like ji
>> are a reality wxHaskell (and/or gtk2hs) will have to do the job.
> 
> Oh, I agree completely that desktop applications are still relevant. 
> What I mean to say is just that the Haskell ecosystem currently does not 
> really offer a low-cost and portable way to make simple GUI applications 
> and I think that the browser could fill that niche. In other words, I'm 
> thinking about the "I just want a button" desire, I don't really care 
> that it's in the browser.
> 
> Both WxHaskell and Gtk2Hs are barely maintained and hard to install. I 
> have gotten so many emails from people that tried and failed to install 
> wxHaskell in order to check out my reactive-banana-wx package. Another 

Maintenance of wxHaskell also is hard because wxWidgets evolves (there are many uses of deprecated interfaces) and the wxdirect tool FFI interfaces to a (manually written) wrapper C library, not to the wxWdigets C++ .h files themselves. It probably would be worthwhile to look at http://hackage.haskell.org/package/cgen, used for OGRE interfacing (http://codeflow.wordpress.com/2011/01/03/wrapping-c-libraries-for-haskell/). More general, I think we might want to be able to extract FFI info from more C-like languages: yesterday C, today C++, tomorrow Javascript, depending to what languages Haskell compilers are going to compile to.

> example is the  hp2any  suite for analyzing GHC performance profiles. 
> Unfortunately, I can't use it, because I didn't manage to install Gtk2Hs 
> on my OS X machine. Also, Conal Elliott once remarked that he has 
> stopped working on his legendary graphical tool ideas because the GUI 
> library situation was rather bleak.
> 
> I think there is a considerable market for a low effort GUI thing that 
> works everywhere. It doesn't have to be great, but I think we're missing 
> out on a lot of brilliant GUI ideas that can't come to fruition because 
> Haskell doesn't have a very simple GUI framework.

I agree. In terms of a design I'd very much like such a GUI to be a subset of wx (i.e. that which is easily mappable onto (e.g.) jquery), make such a subset be available in the form of a FRP friendly class, say WXBasicAPI, so multiple GUI backends can be provided. The logic can then be programmed using a FRP library (using your reactive-banana did work out pretty well), with sources/sinks expressed in terms of WXBasicAPI. A web based GUI could be done along the lines of both ji and mentioned Modular-Haskell-GUI. The latter also uses websockets which allows for more efficient, non-polling communication. Regretfully the Modular-Haskell-GUI experiment did not reach the point of working & usable & properly documented, but ideas of it can be used.

> 
>> For some more ji like experiments see also:
>> 
>>  https://github.com/bertm/Modular-Haskell-GUI
>>  https://github.com/UU-ComputerScience/js-asteroids (using UHC)
>> 
>> The idea in the latter was to offer a wxHaskell implementation
>> minimally using code behind a FFI, therefore avoiding as much as
>> possible maintenance of a non-Haskell codebase. If not done that (or
>> similar) way we will still end up in a similar situation as is the case
>> with wxHaskell, i.e. reliance on C++ (or Javascript) code.
> 
> Nice, these projects look promising and definitely more mature than Ji. 
> What happened to Modular-Haskell-GUI? There's a paper draft in the 
> repository, but I haven't seen it published anywhere.


regards,

                - Atze -

Atze Dijkstra, Department of Information and Computing Sciences. /|\
Utrecht University, PO Box 80089, 3508 TB Utrecht, Netherlands. / | \
Tel.: +31-30-2534118/1454 | WWW  : http://www.cs.uu.nl/~atze . /--|  \
Fax : +31-30-2513971 .... | Email: at...@uu... ............... /   |___\

Re: [wxhaskell-devel] Status/development of wxHaskell?

[Heinrich A. <apf...@qu...>]

Atze Dijkstra wrote:
> Heinrich Apfelmus wrote:
> 
>> Personally, I'm betting on browser-based GUIs, and in particular Chris 
>> Done's "ji" project
>>
>>   https://github.com/chrisdone/ji
>>
>> It's not on hackage and I get the impression that Chris has abandoned 
>> his little experiment, but he has still accepted a patch I've sent. A 
>> small experiment on my part
>>
>>   http://apfelmus.nfshost.com/blog/2012/10/31-frp-ji.html
>>
>> has actually convinced me that implementing GUIs in this way is both 
>> viable and useful. If someone else were to take an interest in Ji as 
>> well, I'd be very happy to contribute.
> 
> Although I think many GUI's will (eventually) run via a browser,
> I also think there is a place for standalone (i.e. non client/server)
> apps  with a responsive interface with many bells & whistles.
> In other words, until the time browser based GUI's like ji
> are a reality wxHaskell (and/or gtk2hs) will have to do the job.

Oh, I agree completely that desktop applications are still relevant. 
What I mean to say is just that the Haskell ecosystem currently does not 
really offer a low-cost and portable way to make simple GUI applications 
and I think that the browser could fill that niche. In other words, I'm 
thinking about the "I just want a button" desire, I don't really care 
that it's in the browser.

Both WxHaskell and Gtk2Hs are barely maintained and hard to install. I 
have gotten so many emails from people that tried and failed to install 
wxHaskell in order to check out my reactive-banana-wx package. Another 
example is the  hp2any  suite for analyzing GHC performance profiles. 
Unfortunately, I can't use it, because I didn't manage to install Gtk2Hs 
on my OS X machine. Also, Conal Elliott once remarked that he has 
stopped working on his legendary graphical tool ideas because the GUI 
library situation was rather bleak.

I think there is a considerable market for a low effort GUI thing that 
works everywhere. It doesn't have to be great, but I think we're missing 
out on a lot of brilliant GUI ideas that can't come to fruition because 
Haskell doesn't have a very simple GUI framework.

> For some more ji like experiments see also:
> 
>   https://github.com/bertm/Modular-Haskell-GUI
>   https://github.com/UU-ComputerScience/js-asteroids (using UHC)
> 
> The idea in the latter was to offer a wxHaskell implementation
> minimally using code behind a FFI, therefore avoiding as much as
> possible maintenance of a non-Haskell codebase. If not done that (or
> similar) way we will still end up in a similar situation as is the case
> with wxHaskell, i.e. reliance on C++ (or Javascript) code.

Nice, these projects look promising and definitely more mature than Ji. 
What happened to Modular-Haskell-GUI? There's a paper draft in the 
repository, but I haven't seen it published anywhere.

Concerning the non-Haskell code base, Ji uses a quick and dirty 
interpreter that can execute arbitrary JavaScript commands, so not too 
much code is spent in JS. This way, the GUI programs can still be 
written with GHC.


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

Re: [wxhaskell-devel] Status/development of wxHaskell?

[Alessandro V. <a.v...@st...>]

> (I am no git guru, but they should be easy to merge),
You could try to issue a pull-request, the button to do that is on the github website on the repository home-page. 

> so until it has become clear what will happen with wxHaskell we can use that repo to gather the fixes we make.
It is probably wise to write this down on the wiki[1] as well, it now refers to the repository of Donoghue.

  [1]: http://www.haskell.org/haskellwiki/WxHaskell

- Alessandro

On 26 jan. 2013, at 14:28, Atze Dijkstra <at...@uu...> wrote:

> I have forked the wxHaskell git repo and put my modfications in there (https://github.com/atzedijkstra/wxHaskell). There are some other forks, but all with few changes (I am no git guru, but they should be easy to merge), so until it has become clear what will happen with wxHaskell we can use that repo to gather the fixes we make.
> 
> regards,
> Atze
> 
> On  26 Jan, 2013, at 00:18 , Henk-Jan van Tuyl <hj...@ch...> wrote:
> 
>> On Thu, 24 Jan 2013 12:09:00 +0100, Atze Dijkstra <atz...@gm...>  
>> wrote:
>> 
>>> is any development/maintenance done at all?
>> 
>> I just decided to do some maintenance; I hope someone will apply my  
>> patches. There are several yaks to be shaved beforehand, however.
>> 
>> Regards,
>> Henk-Jan van Tuyl
>> 
>> 
>> -- 
>> http://Van.Tuyl.eu/
>> http://members.chello.nl/hjgtuyl/tourdemonad.html
>> Haskell programming
>> --
>> 
>> ------------------------------------------------------------------------------
>> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
>> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
>> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
>> MVPs and experts. ON SALE this month only -- learn more at:
>> http://p.sf.net/sfu/learnnow-d2d
>> _______________________________________________
>> wxhaskell-devel mailing list
>> wxh...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
> 
> 
>                - Atze -
> 
> Atze Dijkstra, Department of Information and Computing Sciences. /|\
> Utrecht University, PO Box 80089, 3508 TB Utrecht, Netherlands. / | \
> Tel.: +31-30-2534118/1454 | WWW  : http://www.cs.uu.nl/~atze . /--|  \
> Fax : +31-30-2513971 .... | Email: at...@uu... ............... /   |___\
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Status/development of wxHaskell?

[Atze D. <at...@uu...>]

I have forked the wxHaskell git repo and put my modfications in there (https://github.com/atzedijkstra/wxHaskell). There are some other forks, but all with few changes (I am no git guru, but they should be easy to merge), so until it has become clear what will happen with wxHaskell we can use that repo to gather the fixes we make.

regards,
Atze

On  26 Jan, 2013, at 00:18 , Henk-Jan van Tuyl <hj...@ch...> wrote:

> On Thu, 24 Jan 2013 12:09:00 +0100, Atze Dijkstra <atz...@gm...>  
> wrote:
> 
>> is any development/maintenance done at all?
> 
> I just decided to do some maintenance; I hope someone will apply my  
> patches. There are several yaks to be shaved beforehand, however.
> 
> Regards,
> Henk-Jan van Tuyl
> 
> 
> -- 
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
> 
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


                - Atze -

Atze Dijkstra, Department of Information and Computing Sciences. /|\
Utrecht University, PO Box 80089, 3508 TB Utrecht, Netherlands. / | \
Tel.: +31-30-2534118/1454 | WWW  : http://www.cs.uu.nl/~atze . /--|  \
Fax : +31-30-2513971 .... | Email: at...@uu... ............... /   |___\

Re: [wxhaskell-devel] Status/development of wxHaskell?

[Atze D. <at...@uu...>]

On  25 Jan, 2013, at 15:51 , Heinrich Apfelmus <apf...@qu...> wrote:

> I can't speak for Jeremy, nor do I wish to step on anyone's toes, but 
> looking at the current project status, I have to conclude that wxHaskell 
> is not actively maintained anymore.
> 
> I'm interested in GUI programming and I have got some ideas on improving 
> the wxHaskell APIs that are "backported" from FRP, but sadly no one to 
> address them to. So, I'm interested in contributing, but I don't have 
> the time or inclination to maintain a large GUI project myself.

I guess we're not the only ones in this situation. I know I am. Nevertheless I have spent some time fixing this particular treeCtrl bug I ran into and put the modifications in a git fork, to be incorporated in the main repo later I hope. It turned out to be relatively easy to fix, wxHaskell builds (relatively) easy given my system setup (OSX10.8). Perhaps some other issues (and wishes) can be fixed relatively easy too.

> 
> 
> Concerning future GUI development, there is GTK2Hs which works quite 
> well on Linux, but is difficult to install on all other platforms.

It also relies on X11 and has a non-native look&feel on non-linux platforms.

> 
> Personally, I'm betting on browser-based GUIs, and in particular Chris 
> Done's "ji" project
> 
>   https://github.com/chrisdone/ji
> 
> It's not on hackage and I get the impression that Chris has abandoned 
> his little experiment, but he has still accepted a patch I've sent. A 
> small experiment on my part
> 
>   http://apfelmus.nfshost.com/blog/2012/10/31-frp-ji.html
> 
> has actually convinced me that implementing GUIs in this way is both 
> viable and useful. If someone else were to take an interest in Ji as 
> well, I'd be very happy to contribute.

Although I think many GUI's will (eventually) run via a browser, I also think there is a place for standalone (i.e. non client/server) apps with a responsive interface with many bells & whistles. In other words, until the time browser based GUI's like ji are a reality wxHaskell (and/or gtk2hs) will have to do the job. For some more ji like experiments see also:

  https://github.com/bertm/Modular-Haskell-GUI
  https://github.com/UU-ComputerScience/js-asteroids (using UHC)

The idea in the latter was to offer a wxHaskell implementation minimally using code behind a FFI, therefore avoiding as much as possible maintenance of a non-Haskell codebase. If not done that (or similar) way we will still end up in a similar situation as is the case with wxHaskell, i.e. reliance on C++ (or Javascript) code.

> 
> 
> Best regards,
> Heinrich Apfelmus
> 
> --
> http://apfelmus.nfshost.com
> 
> 
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


                - Atze -

Atze Dijkstra, Department of Information and Computing Sciences. /|\
Utrecht University, PO Box 80089, 3508 TB Utrecht, Netherlands. / | \
Tel.: +31-30-2534118/1454 | WWW  : http://www.cs.uu.nl/~atze . /--|  \
Fax : +31-30-2513971 .... | Email: at...@uu... ............... /   |___\

Re: [wxhaskell-devel] Status/development of wxHaskell?

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

On Thu, 24 Jan 2013 12:09:00 +0100, Atze Dijkstra <atz...@gm...>  
wrote:

> is any development/maintenance done at all?

I just decided to do some maintenance; I hope someone will apply my  
patches. There are several yaks to be shaved beforehand, however.

Regards,
Henk-Jan van Tuyl


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

Re: [wxhaskell-devel] Status/development of wxHaskell?

[Heinrich A. <apf...@qu...>]

Atze Dijkstra wrote:
> Related to this, both archives
> are inactive anyway since summer 2012, both are also still mentioned
> on the wxHaskell wiki, activity on this mailinglist is low, so is any
> development/maintenance done at all?
> 
> I am asking these questions as I am fixing a legacy wxHaskell app (7
> years old), and also trying to figure out whether wxHaskell is still
> a good way to go for future GUI development. For the record, I like
> wxHaskell, but I need to know (probably like others using wxHaskell)
> whether wxHaskell (or for that matter, any GUI programming in
> Haskell/GHC) is going to be used/maintained in the long run, and for
> that some basics (like which repo is used) need to be clear.

I can't speak for Jeremy, nor do I wish to step on anyone's toes, but 
looking at the current project status, I have to conclude that wxHaskell 
is not actively maintained anymore.

I'm interested in GUI programming and I have got some ideas on improving 
the wxHaskell APIs that are "backported" from FRP, but sadly no one to 
address them to. So, I'm interested in contributing, but I don't have 
the time or inclination to maintain a large GUI project myself.


Concerning future GUI development, there is GTK2Hs which works quite 
well on Linux, but is difficult to install on all other platforms.

Personally, I'm betting on browser-based GUIs, and in particular Chris 
Done's "ji" project

   https://github.com/chrisdone/ji

It's not on hackage and I get the impression that Chris has abandoned 
his little experiment, but he has still accepted a patch I've sent. A 
small experiment on my part

   http://apfelmus.nfshost.com/blog/2012/10/31-frp-ji.html

has actually convinced me that implementing GUIs in this way is both 
viable and useful. If someone else were to take an interest in Ji as 
well, I'd be very happy to contribute.


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

[wxhaskell-devel] Status/development of wxHaskell?

[Atze D. <atz...@gm...>]

L.S.,

I am trying to understand/fix problems with treeCtrl, which is crashing (see related bug report). I got sources from github, but after some time I saw that the cabal version nr of wxdirect from the git archive (https://github.com/jodonoghue/wxHaskell/blob/master/wxdirect/wxdirect.cabal) is lower than the cabal version nr from the darcs archive (http://code.haskell.org/wxhaskell/wxdirect/wxdirect.cabal), and similarly for the wx package, but just the other way around. Hence the question 'which repo is the one actually in use?' and against which repo patches can be committed? Related to this, both archives are inactive anyway since summer 2012, both are also still mentioned on the wxHaskell wiki, activity on this mailinglist is low, so is any development/maintenance done at all?

I am asking these questions as I am fixing a legacy wxHaskell app (7 years old), and also trying to figure out whether wxHaskell is still a good way to go for future GUI development. For the record, I like wxHaskell, but I need to know (probably like others using wxHaskell) whether wxHaskell (or for that matter, any GUI programming in Haskell/GHC) is going to be used/maintained in the long run, and for that some basics (like which repo is used) need to be clear.

regards,



                - Atze -

Atze Dijkstra, Department of Information and Computing Sciences. /|\
Utrecht University, PO Box 80089, 3508 TB Utrecht, Netherlands. / | \
Tel.: +31-30-2534118/1454 | WWW  : http://www.cs.uu.nl/~atze . /--|  \
Fax : +31-30-2513971 .... | Email: at...@uu... ............... /   |___\

Re: [wxhaskell-devel] Darcs gets too little files

[Heinrich A. <apf...@qu...>]

Henk-Jan van Tuyl wrote:
> L.S.,
> 
> I am trying to fetch the whole repository with the command:
>    darcs get http://code.haskell.org/wxhaskell/ wxhaskell3 --complete
> The command prints the messages:
>    Official wxHaskell darcs repository
>    **********************
> It downloads a few files, but none of the source files. Is there something  
> wrong with the repository?
> I used darcs version 2.8.1 and version 2.8.2 on a Windows XP system.

As far as I understand, the project has move to github.

   https://github.com/jodonoghue/wxHaskell


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

[wxhaskell-devel] Darcs gets too little files

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

L.S.,

I am trying to fetch the whole repository with the command:
   darcs get http://code.haskell.org/wxhaskell/ wxhaskell3 --complete
The command prints the messages:
   Official wxHaskell darcs repository
   **********************
It downloads a few files, but none of the source files. Is there something  
wrong with the repository?
I used darcs version 2.8.1 and version 2.8.2 on a Windows XP system.

Regards,
Henk-Jan van Tuyl


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

Re: [wxhaskell-devel] [wxhaskell-users] Problems installing wxcore (space in path)

[ZJ <zj...@ya...>]

Henk-Jan van Tuyl <hjgtuyl@...> writes:

> 
> On Wed, 06 Jun 2012 23:14:20 +0200, Henk-Jan van Tuyl
> <hjgtuyl@...>  
> wrote:
> 
> > The following session seems to indicate that the setup of wxcore cannot
> > handle a space in the pathname of the directory where packages are
> > installed. I don't know how to change the location of this directory; any
> > suggestions how to get wxcore installed? (System: Windows XP)
> >
> >> cabal install wx --global
> > Resolving dependencies...
> > [1 of 1] Compiling Main             (
> > C:\DOCUME~1\User\LOCALS~1\Temp\wxcore-0.90.0.1-2708\wxcore-
0.90.0.1\Setup.hs,
> > C:\DOCUME~1\User\LOCALS~1\Temp\wxcore-0.90.0.1-2708\wxcore-
0.90.0.1\dist\setup\Main.o
> > )
> > Linking
> > C:\DOCUME~1\User\LOCALS~1\Temp\wxcore-0.90.0.1-2708\wxcore-
0.90.0.1\dist\setup\setup.exe
> > ...
> > Configuring wxcore-0.90.0.1...
> > Generating class type definitions from .h files
> > generating: src/haskell/Graphics/UI/WXCore/WxcClassTypes.hs
> > reading class definitions:
> > parsing: C:\Program/include/wxc.h
> > wxdirect: C:\Program/include/wxc.h: openFile: does not exist (No such  
> > file
> > or directory)
> > Generating class info definitions
> > generating: src/haskell/Graphics/UI/WXCore/WxcClassInfo.hs
> > reading class definitions:
> > parsing: C:\Program/include/wxc.h
> > wxdirect: C:\Program/include/wxc.h: openFile: does not exist (No such  
> > file
> > or directory)
> > Generating class method definitions from .h files
> > parsing: Files\Haskell\wxc-0.90.0.3\ghc-7.4.1\include/wxc.h
> > wxdirect: Files\Haskell\wxc-0.90.0.3\ghc-7.4.1\include/wxc.h: openFile:
> > does not exist (No such file or directory)
> 
> I have found a solution; I changed wxcore-0.90.0.1\setup.hs (added double  
> quotes before and after filenames):
>   - line 57 changed to:
>      let wxcoreIncludeFile = "\"" ++ wxcDirectory </> "include/wxc.h\""
>   - inserted after line 57:
>      let wxcDirectory      = "\"" ++ wxcDirectory ++ "\""
> 
> This solution should be tested on other platforms.
> 
> Regards,
> Henk-Jan van Tuyl
> 

In case anyone wonders, I stumbled along the same road as Henk. 
I modified my Setup.hs inside the downloaded wxcore tar/zip file to this:

    putStrLn "Generating class type definitions from .h files"
    system $ "wxdirect -t --wxc " ++ "\"" ++ wxcDirectory ++ "\"" ++ " -o " ++ 
"\"" ++ wxcoreDirectory ++ "\"" ++ " " ++ "\"" ++ wxcoreIncludeFile ++ "\""
    putStrLn "Generating class info definitions"
    system $ "wxdirect -i --wxc " ++ "\"" ++ wxcDirectory ++ "\"" ++ " -o " ++ 
"\"" ++ wxcoreDirectory ++ "\"" ++ " " ++ "\"" ++ wxcoreIncludeFile ++ "\""
    putStrLn "Generating class method definitions from .h files"
    system $ "wxdirect -c --wxc " ++ "\"" ++ wxcDirectory ++ "\"" ++ " -o " ++ 
"\"" ++ wxcoreDirectory ++ "\"" ++ " " ++ "\"" ++ wxcoreIncludeFile ++ "\""

I'm a total Haskell noob, so I couldn't figure out how to append the " marks to 
the variable without causing further problems (as what Henk attempted). 

hope this helps anyone out there :) 

Re: [wxhaskell-devel] Who is reviewing and committing patches

[Heinrich A. <apf...@qu...>]

Mads Lindstrøm wrote:
> 
> Who is committing and reviewing patches these days?
> 
> I have made two fixes, which is attached to this email. One is for a fix 
> that both David Rogers and I experienced. See 
> http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/1278 
> and http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.devel/861.
> 
> The other fix is to make wxHaskell compile on GHC 7.6.1.
> 
> I made the patches using:
> 
>> darcs send --output "patch_name" --author "Mads Lindstroem" --from 
>> "Mads Lindstroem" -i

If I am informed correctly, the code for wxHaskell lives on

   https://github.com/jodonoghue/wxHaskell

though it appears to be a little dormant lately.


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com