[wxhaskell-devel] UI updates from non-UI threads: an addition to wx?

2012-08-24 Thread maciek . makowski
Getting wxHaskell to handle UI updates from non-UI threads was a
frustrating experience; it's embarassing how long it took me to
realise that the solution presented in this StackOverflow answer:
http://stackoverflow.com/a/3182588/424978 is probably the only viable
one. I've packaged it into a tiny module that provides Gtk2hs-style
`postGUIAsync` function:
https://github.com/mmakowski/habaz/blob/master/src/Graphics/UI/WX/Async.hs.
Is there any interest in incorporating this into wxHaskell proper? It
might save other users some head scratching.

Regards,
Maciek

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


Re: [wxhaskell-devel] liberal commit access?

2011-11-28 Thread Maciek Makowski
I don't have a strong opinion on which version of wx should be
supported by wxHaskell, as long as there is at least one that works on
Windows without the need to compile wxWidgets from source. Until there
is a wxPack available for 2.9 I fear that the majority of Windows
users will be stuck with wxHaskell versions that work with 2.8.

That aside, focusing on supporting a single version of wxWidgets
sounds like a reasonable thing to do.

Maciek

On Mon, Nov 28, 2011 at 5:56 PM, Dave Tapley duked...@gmail.com wrote:
 On 28 November 2011 11:37, Jeremy O'Donoghue jeremy.odonog...@gmail.com 
 wrote:
 On 21 November 2011 18:31, Dave Tapley duked...@gmail.com wrote:

 Not surprisingly, I am in favour of this :)

 I have spent a while thinking about this, as it has considerable
 ramifications.

 I don't think we have ever seen a case of an irresponsible committer (could
 such a thing even exist in the Haskell community?), so I'm in favour.


 Given that there aren't going to be any more 2.8.x releases of
 wxWidgets, I'm happy to say:
 If you want a stable(ish) wxHaskell, then use the current hackage
 release along with the last stable wxWidgets release (2.8.12).
 If you want bleeding edge wxHaskell, then pull from code.haskell.org
 along with the latest dev wxWidgets release (currently 2.9.2).

 I should note one more time that I'm quite happy to stop supporting
 pre 2.9.x support now, I don't know if anyone has any objection to
 this?

 The caveat is that I would like to do one more release on Hackage
 supporting  2.8.x, as we have a number of valuable bugfixes in the devel
 branches which would benefit users of 2.8.x. I will try to do this over then
 next two weeks, so my proposal is...

 Patches committed until the end of 2011 should be verified on a wxWidgets
 2.8.x release. From 1st Jan 2012, 2.8.x is dropped, and we'll bump the
 version number from 0.13.x to 0.14.x.

 How does this sound?

 Well it's the most sensible new year's resolution I've heard thus far :)

 I shall continue pushing to my = wx-2.9 repo on darcs den, in to
 which I'm aiming to get all the patches which are sent out on the
 mailing list as well.

 Dave,


 Jeremy


 --
 All the data continuously generated in your IT infrastructure
 contains a definitive record of customers, application performance,
 security threats, fraudulent activity, and more. Splunk takes this
 data and makes sense of it. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-novd2d
 ___
 wxhaskell-devel mailing list
 wxhaskell-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


[wxhaskell-devel] Fix for 3019730

2011-08-13 Thread maciek . makowski
Attached is a patch for the colorDialog return value bug:
https://sourceforge.net/tracker/?func=detailaid=3019730group_id=73133atid=536845.

Can someone please review it and, if there are no issues with it, apply?

Thanks,
Maciek


fix_for_3019730
Description: Binary data
--
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy 
to use, easy to manage, easy to install, easy to extend. 
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


[wxhaskell-devel] Fix for Windows build

2011-08-12 Thread maciek . makowski
Attached is my attempt to fix the Windows build. It should not have
any impact on the builds on other platforms.

The patch contains:
- Dave's fix to conflicting wxEVT definitions
- Eric's wx-config replacement
- my changes to WxConfig and wxcore Setup.hs

Any chance this can be applied to the official repo?

Regards,
Maciek


windows_build_fix
Description: Binary data
--
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy 
to use, easy to manage, easy to install, easy to extend. 
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


Re: [wxhaskell-devel] Conflicting exports in wxcore

2011-07-29 Thread maciek . makowski
Thanks, that sorted this one out.

In summary, to build darcs tip on Windows against wxWidgets 2.8 I needed:

1. a patch that removes wx-config --version call and hard-codes 2.8
libraries (attached)
2. Dave's patch from the previous e-mail in this thread

1. is obviously not ideal given that the goal now is to support
multiple wxWidgets versions with the same codebase. I'll have a look
at Eric's Haskell version of wx-config to see if it can help here.

Maciek

On Fri, Jul 29, 2011 at 9:43 PM, Dave Tapley duked...@gmail.com wrote:
 The attached patch resolves this issue for me.

 Let me know how you get on.

 Dave,


 On 28 July 2011 23:08, Dave Tapley duked...@gmail.com wrote:

 Yep, I see this¹ as well, I'll take a look now.

 Dave,


 ¹ http://sourceforge.net/mailarchive/message.php?msg_id=27810904




patch_for_unsupported_wx-config_flag
Description: Binary data
--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


[wxhaskell-devel] Conflicting exports in wxcore

2011-07-17 Thread maciek . makowski
I get the following during cabal install in wxcore (darcs tip):

--
src\haskell\Graphics\UI\WXCore.hs:25:11:
Conflicting exports for `wxEVT_FIRST':
  `module Graphics.UI.WXCore.WxcClasses' exports
`Graphics.UI.WXCore.WxcClasses.wxEVT_FIRST' imported from
Graphics.UI.WXCore.WxcClasses at
src\haskell\Graphics\UI\WXCore.hs:47:1-36

(defined at
src\haskell\Graphics\UI\WXCore\WxcClassesMZ.hs:17133:1)
  `module Graphics.UI.WXCore.WxcDefs' exports
`Graphics.UI.WXCore.WxcDefs.wxEVT_FIRST' imported from
Graphics.UI.WXCore.WxcDefs at
src\haskell\Graphics\UI\WXCore.hs:46:1-33

  (defined at src\haskell\Gra
phics\UI\WXCore\WxcDefs.hs:2969:1)

src\haskell\Graphics\UI\WXCore.hs:25:11:
Conflicting exports for `wxEVT_NULL':
  `module Graphics.UI.WXCore.WxcClasses' exports
`Graphics.UI.WXCore.WxcClasses.wxEVT_NULL' imported from
Graphics.UI.WXCore.WxcClasses at
src\haskell\Graphics\UI\WXCore.hs:47:1-36

   (defined at src\haskel
l\Graphics\UI\WXCore\WxcClassesMZ.hs:17700:1)
  `module Graphics.UI.WXCore.WxcDefs' exports
`Graphics.UI.WXCore.WxcDefs.wxEVT_NULL' imported from
Graphics.UI.WXCore.WxcDefs at
src\haskell\Graphics\UI\WXCore.hs:46:1-33

 (defined at
src\haskell\Graphics\UI\WXCore\WxcDefs.hs:2966:1)
--

Is it a known issue?

Regards,
Maciek

--
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on Lean Startup 
Secrets Revealed. This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


[wxhaskell-devel] Building wxcore on Windows: problem with wx-config

2011-06-19 Thread maciek . makowski
wx-config-win (from https://sites.google.com/site/wxconfig/) does not
support --version flag used by latest wxcore/Setup.hs. How should I go
about building on Windows?

Regards,
Maciek

--
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-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel