wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] Minimize, Task bar.

[D.V. <dav...@gm...>]

Problem solved.

I don't know why I thought it would be a good idea to try closing a
window from a closing event. I now call wxcAppExit and the segfault is
gone.

It still bothers me that there was a segfault in the first place.

And I still don't know if windowGetOnIconize is needed and what for.

David.

Re: [wxhaskell-users] Minimize, Task bar.

[D.V. <dav...@gm...>]

re-Bonjour List,

looks like my segfault comes from another part of the code :
I wanted to clear stuff when user closes the top window, so I had this
   [...]
   set dlg [ on closing := closeApp img
           , on focus := appFocus ref ]
   [...]

closeApp img = do
  closeImage img

But now when I press close, nothing seems to happen and the program
doesn't quit.
So I modified it to

   [...]
   set dlg [ on closing := closeApp dlg img
           , on focus := appFocus ref ]
   [...]

closeApp dlg img = do
  closeImage img
  close dlg

and now it segfaults when I try to close the top window.

I hope I'm not polluting the list with all the posts.

David.


2011/9/12 D.V. <dav...@gm...>:
> Bonjour List,
>
> Thanks to Jeremy O'Donoghue's blog about events, I copied and modified
> two functions; but without really understanding what's going on :
>
> windowOnIconize :: Window a -> IO () -> IO ()
> windowOnIconize win eventHandler
>  = windowOnEvent win [wxEVT_ICONIZE] eventHandler (\evt -> eventHandler)
>
> windowGetOnIconize :: Window a -> IO (IO ())
> windowGetOnIconize win
>  = unsafeWindowGetHandlerState win wxEVT_ICONIZE skipCurrentEvent
>
> and then somewhere I added:
>
> windowOnIconize win $ putStrLn "Iconize!!!!"
>
> But I've no idea how/where to use the windowGetOnIconize function...
>
> Now when I try the program, I get the Iconize!!!! message when I
> (de-)iconize the window, which is great, but I segfault when I close
> the window.
>
> David.
>
> 2011/9/9 D.V. <dav...@gm...>:
>> 2011/9/9 D.V. <dav...@gm...>:
>>> Bonjour List,
>>
>>> I'm continuing the search, but if someone has an idea, I'm interested !
>>
>> Looks like it's called Iconize in wxWidget slang, but now all I've
>> found with Iconize is
>>
>> Graphics.UI.WXCore.WxcClassTypes type IconizeEvent a = Event (CIconizeEvent a)
>> Graphics.UI.WXCore.WxcClassTypes data CIconizeEvent a
>> Graphics.UI.WXCore.WxcClassInfo classIconizeEvent :: ClassType (IconizeEvent ())
>> Graphics.UI.WXCore.WxcClassInfo downcastIconizeEvent :: IconizeEvent a
>> -> IconizeEvent ()
>> Graphics.UI.WXCore.WxcClassTypes type TIconizeEvent a = TEvent (CIconizeEvent a)
>> Graphics.UI.WXCore.WxcClassesMZ topLevelWindowIconize ::
>> TopLevelWindow a -> Bool -> IO Bool
>> Graphics.UI.WXCore.WxcClassesMZ topLevelWindowIsIconized ::
>> TopLevelWindow a -> IO Bool
>> Graphics.UI.WXCore.WxcClassesMZ wxEVT_ICONIZE :: EventId
>> Graphics.UI.WXCore.WxcDefs wxICONIZE :: Int
>>
>> I'm not sure how to work with events in wxCore..
>>
>> David.
>>
>

Re: [wxhaskell-users] Minimize, Task bar.

[D.V. <dav...@gm...>]

Bonjour List,

Thanks to Jeremy O'Donoghue's blog about events, I copied and modified
two functions; but without really understanding what's going on :

windowOnIconize :: Window a -> IO () -> IO ()
windowOnIconize win eventHandler
  = windowOnEvent win [wxEVT_ICONIZE] eventHandler (\evt -> eventHandler)

windowGetOnIconize :: Window a -> IO (IO ())
windowGetOnIconize win
  = unsafeWindowGetHandlerState win wxEVT_ICONIZE skipCurrentEvent

and then somewhere I added:

windowOnIconize win $ putStrLn "Iconize!!!!"

But I've no idea how/where to use the windowGetOnIconize function...

Now when I try the program, I get the Iconize!!!! message when I
(de-)iconize the window, which is great, but I segfault when I close
the window.

David.

2011/9/9 D.V. <dav...@gm...>:
> 2011/9/9 D.V. <dav...@gm...>:
>> Bonjour List,
>
>> I'm continuing the search, but if someone has an idea, I'm interested !
>
> Looks like it's called Iconize in wxWidget slang, but now all I've
> found with Iconize is
>
> Graphics.UI.WXCore.WxcClassTypes type IconizeEvent a = Event (CIconizeEvent a)
> Graphics.UI.WXCore.WxcClassTypes data CIconizeEvent a
> Graphics.UI.WXCore.WxcClassInfo classIconizeEvent :: ClassType (IconizeEvent ())
> Graphics.UI.WXCore.WxcClassInfo downcastIconizeEvent :: IconizeEvent a
> -> IconizeEvent ()
> Graphics.UI.WXCore.WxcClassTypes type TIconizeEvent a = TEvent (CIconizeEvent a)
> Graphics.UI.WXCore.WxcClassesMZ topLevelWindowIconize ::
> TopLevelWindow a -> Bool -> IO Bool
> Graphics.UI.WXCore.WxcClassesMZ topLevelWindowIsIconized ::
> TopLevelWindow a -> IO Bool
> Graphics.UI.WXCore.WxcClassesMZ wxEVT_ICONIZE :: EventId
> Graphics.UI.WXCore.WxcDefs wxICONIZE :: Int
>
> I'm not sure how to work with events in wxCore..
>
> David.
>

Re: [wxhaskell-users] Minimize, Task bar.

[D.V. <dav...@gm...>]

2011/9/9 D.V. <dav...@gm...>:
> Bonjour List,

> I'm continuing the search, but if someone has an idea, I'm interested !

Looks like it's called Iconize in wxWidget slang, but now all I've
found with Iconize is

Graphics.UI.WXCore.WxcClassTypes type IconizeEvent a = Event (CIconizeEvent a)
Graphics.UI.WXCore.WxcClassTypes data CIconizeEvent a
Graphics.UI.WXCore.WxcClassInfo classIconizeEvent :: ClassType (IconizeEvent ())
Graphics.UI.WXCore.WxcClassInfo downcastIconizeEvent :: IconizeEvent a
-> IconizeEvent ()
Graphics.UI.WXCore.WxcClassTypes type TIconizeEvent a = TEvent (CIconizeEvent a)
Graphics.UI.WXCore.WxcClassesMZ topLevelWindowIconize ::
TopLevelWindow a -> Bool -> IO Bool
Graphics.UI.WXCore.WxcClassesMZ topLevelWindowIsIconized ::
TopLevelWindow a -> IO Bool
Graphics.UI.WXCore.WxcClassesMZ wxEVT_ICONIZE :: EventId
Graphics.UI.WXCore.WxcDefs wxICONIZE :: Int

I'm not sure how to work with events in wxCore..

David.

[wxhaskell-users] Minimize, Task bar.

[D.V. <dav...@gm...>]

Bonjour List,

I've been trying to find out if there's an event fired when a window
is minimized ?

What I'd like to do is, when a window is minimized, hide it instead
(no icon on the task bar).
To bring it back, click on a tray icon.

I'm continuing the search, but if someone has an idea, I'm interested !

David.

Re: [wxhaskell-users] size of text in pixel

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

Salut Rémi,

I don't know for sure, but I think I have some documentation
which you may find helpful

On Sat, Sep 03, 2011 at 13:56:59 +0300, Rémi Vion wrote:
> - what is the attribute who tells widgets like buttons, or static
> text fields to take the shape of the text they contain?

I believe this is partly explained in the
documentation for Graphics.UI.WXCore.Layout

http://hackage.haskell.org/package/wxcore
 
> - Is it possible to know the size of texts easilly (taking in
> account police and size) ?

Perhaps size (in the Sized class is what you want here?)

> - where can I find a list of attributes of those widgets.
>   I looked for them, but for example, I know that buttons resize
> according to text they contain, and I wans't able to find how to
> remove this behaviour, or to set it for other text container.

I think you're looking for Graphics.UI.WX.Classes
in http://hackage.haskell.org/package/wx

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

[wxhaskell-users] size of text in pixel

[Rémi V. <rem...@la...>]

Hi, I just registered to the mailing list.

I have a few question regarding the fact that I can't find the exact 
size (with/ height) in pixel of a (possibly multiline) bloc of text.
Maybe I just need to get the attribute "outerSize" of a text widget, 
because they just take the size of the text they contain? but it leads 
to following questions :

- what is the attribute who tells widgets like buttons, or static text 
fields to take the shape of the text they contain?

- Is it possible to know the size of texts easilly (taking in account 
police and size) ?

- where can I find a list of attributes of those widgets.
   I looked for them, but for example, I know that buttons resize 
according to text they contain, and I wans't able to find how to remove 
this behaviour, or to set it for other text container.

Thanks :)

Re: [wxhaskell-users] wxHaskell and forkIO or forkOS

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

On Fri, Sep 02, 2011 at 15:55:07 +0100, mac...@gm... wrote:
> If the only restriction here is that all the GUI updates should happen
> on the main OS thread, doesn't it mean that Haskell (green) threads
> spawned through forkIO are fine, because they execute on the same OS
> thread? Or does wxHaskell introduce additional restrictions?

I'm not the best person to ask, but I will note that Haskell's very
lightweight threads may be divided up among one or more OS thread
(if you enable the multi-threaded runtime).  A Haskell thread may also
be passed around from one OS thread to another.

See the Word of the Month in http://www.well-typed.com/blog/53

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

Re: [wxhaskell-users] wxHaskell and forkIO or forkOS

[<mac...@gm...>]

If the only restriction here is that all the GUI updates should happen
on the main OS thread, doesn't it mean that Haskell (green) threads
spawned through forkIO are fine, because they execute on the same OS
thread? Or does wxHaskell introduce additional restrictions?

Maciek

On Fri, Sep 2, 2011 at 3:21 PM, Eric Y. Kow <eri...@gm...> wrote:
> On Fri, Sep 02, 2011 at 15:03:28 +0100, mac...@gm... wrote:
>> There is indeed a claim in wxHaskell FAQ that it is incompatible with
>> Haskell threads. I have, however, used threads spawned with forkIO to
>> update wxHaskell GUI in toy apps, without any ill effects. Examples:
>>
>> http://mmakowski.com/wiki/tech:haskell_mvc
>> https://github.com/mmakowski/habaz
>>
>> I'd be interested to learn how the incompatibility can manifest itself
>> -- if there indeed is any.
>
> It's worth noting this entry from the wxWidgets FAQ:
>
>  wxWidgets (like most GUI toolkits underneath it) is not thread-safe, and
>  handling of GUI components should always be done exclusively in the main
>  thread.
>
> This doesn't stop you from doing the non-GUI stuff in other threads
> though.
>
> Was interested to see that the wxHaskell mutable var is just a TVar
> (from STM?)
>
> --
> Eric Kow <http://erickow.com>
>

Re: [wxhaskell-users] wxHaskell and forkIO or forkOS

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

On Fri, Sep 02, 2011 at 15:03:28 +0100, mac...@gm... wrote:
> There is indeed a claim in wxHaskell FAQ that it is incompatible with
> Haskell threads. I have, however, used threads spawned with forkIO to
> update wxHaskell GUI in toy apps, without any ill effects. Examples:
> 
> http://mmakowski.com/wiki/tech:haskell_mvc
> https://github.com/mmakowski/habaz
> 
> I'd be interested to learn how the incompatibility can manifest itself
> -- if there indeed is any.

It's worth noting this entry from the wxWidgets FAQ:

  wxWidgets (like most GUI toolkits underneath it) is not thread-safe, and
  handling of GUI components should always be done exclusively in the main
  thread.

This doesn't stop you from doing the non-GUI stuff in other threads
though.

Was interested to see that the wxHaskell mutable var is just a TVar
(from STM?)

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

Re: [wxhaskell-users] wxHaskell and forkIO or forkOS

[<mac...@gm...>]

There is indeed a claim in wxHaskell FAQ that it is incompatible with
Haskell threads. I have, however, used threads spawned with forkIO to
update wxHaskell GUI in toy apps, without any ill effects. Examples:

http://mmakowski.com/wiki/tech:haskell_mvc
https://github.com/mmakowski/habaz

I'd be interested to learn how the incompatibility can manifest itself
-- if there indeed is any.

Regards,
Maciek

On Fri, Sep 2, 2011 at 9:41 AM, D.V. <dav...@gm...> wrote:
> Bonjour List !
>
> I am writing a program that is supposed to listen to a tcp port, and
> when a client connects,
> update a UI done with wxHaskell.
>
> Since wxHaskell is not compatible with multiple threads, I am not sure
> how to do this.
>
> an idea I have is to
>
> - forkOS a thread which will do the network part.
> - when a message is sent from a client, write it to a channel
> - on the other thread, have a wxHaskell timer check periodically if a
> new message is available, update the UI if needed.
>
> I've tried it and it looks like it's working, but I anyone has some
> remark I'm interested.
>
> David.
>
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

[wxhaskell-users] wxHaskell and forkIO or forkOS

[D.V. <dav...@gm...>]

Bonjour List !

I am writing a program that is supposed to listen to a tcp port, and
when a client connects,
update a UI done with wxHaskell.

Since wxHaskell is not compatible with multiple threads, I am not sure
how to do this.

an idea I have is to

- forkOS a thread which will do the network part.
- when a message is sent from a client, write it to a channel
- on the other thread, have a wxHaskell timer check periodically if a
new message is available, update the UI if needed.

I've tried it and it looks like it's working, but I anyone has some
remark I'm interested.

David.

Re: [wxhaskell-users] How to resize a bitmap ?

[D.V. <dav...@gm...>]

2011/9/1 Dave Tapley <duk...@gm...>:
> On 1 September 2011 12:14, D.V. <dav...@gm...> wrote:
>>
>> Bonjour List,
>>
>> If there a way to draw a bitmap so it fits a specific size (rescaling
>> it if needed ?)
>
> Erm, well it appears that imageScale is wrapped by wxcore (I'm not sure how
> familiar you are with wxHaskell?), so it *might* just work, see here:
> http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:105

Thanks, that file had the function I needed, turned out I just had
something work with dcSetUserScale.

That's not to say that my troubles are over, but now I can move forward !

David.

Re: [wxhaskell-users] How to resize a bitmap ?

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

Hi,

On Thu, Sep 01, 2011 at 13:14:48 +0200, D.V. wrote:
> If there a way to draw a bitmap so it fits a specific size (rescaling
> it if needed ?)
> 
> I didn't find a way in the docs, but the documentation for drawBitmap
> is thin, wxWidget help didn't help much.

I think you'll want to use the wxImage::Scale function [1], which is
exposed as imageScale in wxcore.

(I don't really remember the details here) It's useful to know that
wxHaskell has an automatically generated bit of Haskell from a C++ => C
wrapper. So if it's in wxWidgets, it may just be buried away in wxcore
somewhere [2], even if it's not exposed with a nice library function or
bubbled up in wx.

The scale function from the wxImage class is called imageScale (the
names are generated automatically: drop the wx, camel case, etc)...

[1]: http://wiki.wxwidgets.org/WxImage
[2]: http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html

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

Re: [wxhaskell-users] How to resize a bitmap ?

[Dave T. <duk...@gm...>]

On 1 September 2011 12:14, D.V. <dav...@gm...> wrote:

> Bonjour List,
>
> If there a way to draw a bitmap so it fits a specific size (rescaling
> it if needed ?)
>

Erm, well it appears that imageScale is wrapped by wxcore (I'm not sure how
familiar you are with wxHaskell?), so it *might* just work, see here:
http://hackage.haskell.org/packages/archive/wxcore/0.12.1.7/doc/html/Graphics-UI-WXCore-WxcClassesAL.html#g:105

There is a basic image view program here:
http://code.haskell.org/wxhaskell/samples/wxcore/ImageViewer.hs

So it might be fun so see if you can use imageScale easily with that, you
could even extend the sample code to provide zoom functionality and send a
patch back to the list :)

Good luck,
Dave



>
> I didn't find a way in the docs, but the documentation for drawBitmap
> is thin, wxWidget help didn't help much.
>
> Thanks !
>
> David.
>
>
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

[wxhaskell-users] How to resize a bitmap ?

[D.V. <dav...@gm...>]

Bonjour List,

If there a way to draw a bitmap so it fits a specific size (rescaling
it if needed ?)

I didn't find a way in the docs, but the documentation for drawBitmap
is thin, wxWidget help didn't help much.

Thanks !

David.

[wxhaskell-users] blocking event handler

[Rosario B. <ros...@si...>]

Hello all!
I have a little problem with event handlers: on the following code, when the code of the event TreeItemRightClick is processed, the code of the event TreeSelChanged is processed too. (For precision, the code of TreeSelChanged is executed first)
It is possible to execute only the first one (TreeItemRightClick)?

Thanks very match for your aide!
Best regards,
Rosario

onTreeEvent :: TreeCtrl a -> ListCtrl b -> EventTree -> IO () 
onTreeEvent t l event
  = case event of
      TreeItemRightClick item | treeItemIsOk item
        -> do ...
              propagateEvent
      TreeSelChanged item olditem  | treeItemIsOk item
        -> do ...
              propagateEvent

Re: [wxhaskell-users] Extending a functionality of wxDirDialog

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

Hi Rosario

On 8 August 2011 03:25, Rosario Borda <ros...@si...> wrote:

> Hi all. I apologize for my imperfect english.
> I'm a begginner in gui development.
> I need to extend the wxDirDialog allowing multiples selections of folders.
> It is possible? Any suggestion?
>

I'm afraid there is no way to do this - or at least no easy way.

There are two ways that I think you could try.

The first is to use wxFileDialog with wxFD_MULTIPLE style. This uses the
normal file selection dialog, but allows you to select multiple items.

The second, better way to do things would be to create a tree control. The
FileBrowse.hs sample shows you how to create a tree control, but you will
need to make some changes to allow multiple selections.

Firstly you will need to call wxTreeCtrl_Create with wxTR_EXTENDED in the
style field, instead of using treeCtrl.

Secondly, you will need to modify the event handling for onTreeEvent to
properly handle multiple selection and deselection but modifying the
handling of TreeSelChanged.

I hope this helps you to move forward.

Regards
Jeremy

[wxhaskell-users] Extending a functionality of wxDirDialog

[Rosario B. <ros...@si...>]

Hi all. I apologize for my imperfect english.
I'm a begginner in gui development.
I need to extend the wxDirDialog allowing multiples selections of folders. It is possible? Any suggestion?

Thanks in advance,
Rosario

Re: [wxhaskell-users] [wxhaskell-devel] Haskell Platform roadmap?

[<mac...@gm...>]

I set up a BuildBot instance for wxHaskell darcs tip:
http://build.bimbr.com/wxhaskell/waterfall. At the moment it is
configured to run nightly, at 1 AM CET (numerous builds at other times
are a result of me testing the setup). The only slave I configured so
far is Windows with wxWidgets 2.8, but if anyone would like to
contribute a differently configured slave to build on, that would be
most welcome. Please let me know if you have a machine that is
regularly online at this time or if you are willing to configure an
EC2 AMI (I can host it).

As you can see, the Windows build currently fails due to unsupported
wx-config --version flag, which has been discussed on wxhaskell-devel
before. A reasonable next step seems to be to to actually fix the
Windows build, which I hope to have a stab at next weekend.

Also, this is the first time I had anything to do with BuildBot, so
any suggestions on how to improve the setup are welcome.

Maciek

On Wed, Jun 15, 2011 at 1:12 PM, Eric Kow <eri...@gm...> wrote:
> On Tue, Jun 14, 2011 at 23:36:37 +0100, Jeremy O'Donoghue wrote:
>>    - Target leads for Linux, Mac and Windows. Responsible for building tip
>>    code for their platforms and providing fixes when it breaks. In the case of
>>    Mac and Linux, extra points if you can make things work using the platform
>>    built-in wxWidgets.
>
> So it sounds like what could be handy is to partially automate our way
> out of this with something like buildbot.  We would need somebody to
> manage the master, and also volunteers to provide always-on Mac, Linux
> and Windows machines to do the builds for us.
>
> You can get an idea of what buildbot would buy us at
>  http://buildbot.darcs.net/waterfall
>
> I'm a big fan of replacing scarce humans with robots wherever possible.
> ... but we do need somebody to help with said robots!
>
> --
> Eric Kow <http://erickow.com>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk34oZUACgkQBUrOwgisBPnl+wCeN4gLoWD9hlokzS/xugr7WpNS
> exAAoL3bzR5V7qBqjDt20u051oMC1bST
> =8jSq
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>

Re: [wxhaskell-users] DLLs for binary using wxHaskell in Windows

[Andrew B. <and...@cs...>]

On 22 Jul 2011, at 19:09, Dave Tapley wrote:

> Hi all,
> 
> For a wxHaskell based application distributed on Windows, can I distribute the necessary WX DLLs right alongside the application, without having to do a separate install of WX? 
> I want to be able to distribute the application as a zip file and not require the user to have anything installed. Is that possible?

It works fine - its what I do at

http://www.scss.tcd.ie/Andrew.Butterfield/Saoithin/

I just include the relevant wxc-msw-<lots-of-numbers>.dll

Note on windows 7 you can get an error about a missing dll (comctl32.dll) , 
but the program manages to run OK once you dismiss the  error box...


 
--------------------------------------------------------------------
Andrew Butterfield     Tel: +353-1-896-2517     Fax: +353-1-677-2204
Lero@TCD, Head of Foundations & Methods Research Group
Director of Teaching and Learning - Undergraduate,
School of Computer Science and Statistics,
Room F.13, O'Reilly Institute, Trinity College, University of Dublin
                          http://www.scss.tcd.ie/Andrew.Butterfield/
--------------------------------------------------------------------

[wxhaskell-users] DLLs for binary using wxHaskell in Windows

[Dave T. <dav...@gm...>]

Hi all,

For a wxHaskell based application distributed on Windows, can I distribute
the necessary WX DLLs right alongside the application, without having to do
a separate install of WX?
I want to be able to distribute the application as a zip file and not
require the user to have anything installed. Is that possible?

Thanks,
Dave

Re: [wxhaskell-users] preview: wx-config in Haskell

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

> - making wx cabal Setups dependent on this library instead of the
> command line wx-config sounds like a very good idea
> - one of the reasons it currently fails to work with official
> wxHaskell darcs tip might be its usage of --version flag in
> wxcore/Setup.hs, which I mentioned in a post to wxhaskell-devel a
> couple of weeks back

Well, right now this wx-config ignores all flags.  It's also a tiny
bit hard coded to 2.8 (one of the libs it wants is msw2.8), but that's
easy to parameterise

> Are you coming to CamHac in three weeks' time? I'd love to get
> wxHaskell tip to buildable state in my environment, looks like your
> help could be invaluable. In the mean time I'll see if I can build
> from your branch.

I'll be there, hanging out with the darcs crowd.  Grab me.

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

Re: [wxhaskell-users] preview: wx-config in Haskell

[<mac...@gm...>]

Good to see something moving in wxHaskell on Windows space. Some random remarks:

- making wx cabal Setups dependent on this library instead of the
command line wx-config sounds like a very good idea
- one of the reasons it currently fails to work with official
wxHaskell darcs tip might be its usage of --version flag in
wxcore/Setup.hs, which I mentioned in a post to wxhaskell-devel a
couple of weeks back

Are you coming to CamHac in three weeks' time? I'd love to get
wxHaskell tip to buildable state in my environment, looks like your
help could be invaluable. In the mean time I'll see if I can build
from your branch.

Regards,
Maciek

On Wed, Jul 20, 2011 at 3:37 PM, Eric Y. Kow <eri...@gm...> wrote:
> Hi everybody,
>
> I'm trying to simplify the process of installing wxHaskell on Windows.
>
> My wxhaskell branch at
>
>   http://darcsden.com/kowey/wxhaskell
>
> contains a Haskell implementation of wx-config.
>
> It seems to work for me as a drop-in replacement for wx-config on Windows,
> at least as far as wxHaskell is concerned.  Note that it offers none of
> the features of the real wx-config.
>
> Good news
> ---------
> - no need to set WXCFG
> - setting WXWIN is optional if you put wxWidgets in a path
>  this wx-config will think to look at (eg. C:\wxWidgets-2.8)
> - can be used as a Haskell library
> - can be depended on as a Cabal dependency
>
> Bad news
> --------
> - has not been tested with wxWidgets 2.9
> - broken with HEAD wxHaskell (seems to work for the latest released one)
> - no maintainer: I don't think I have the resources to actually maintain it
>  or extend it with new features. I'm mainly hoping to break inertia by
>  starting with something that sort of works while hoping that somebody
>  else can take over.
> - none of the features/safety of the real wx-config. In fact, it's little
>  more than a glorified putStrLn of the "wx-config --cppflags --libs"
>  output.  Crucially, this may break other wxFoo bindings that use
>  wx-config (this is easy for us to work around, eg. only use it as a
>  library, and don't install a wx-config executable)
>
> What do you think?
>
> --
> Eric Kow <http://erickow.com>
>
> ------------------------------------------------------------------------------
> 10 Tips for Better Web Security
> Learn 10 ways to better secure your business today. Topics covered include:
> Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
> security Microsoft Exchange, secure Instant Messaging, and much more.
> http://www.accelacomm.com/jaw/sfnl/114/51426210/
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>

Re: [wxhaskell-users] preview: wx-config in Haskell

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

On Wed, 20 Jul 2011 16:37:20 +0200, Eric Y. Kow <eri...@gm...> wrote:

> What do you think?
>

I was just about to start an almost one-to-one conversion of the C  
program. I can use some of your ideas.

Regards,
Henk-Jan van Tuyl


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