Re: [wxhaskell-devel] Happy New Year, wxHaskellers

2012-01-05 Thread Dave Tapley
On 4 January 2012 18:23, Eric Kow eric@gmail.com wrote:


 On 4 Jan 2012, at 16:59, Dave Tapley wrote:
  Also, I imagine that while this brings us closer to wxHaskell in GHCi,
 we would still need to solve the second start crash?
 
 
 https://sourceforge.net/tracker/?func=detailaid=1610984group_id=7the3133atid=536845
 
  Well, I just had a look, and that issue seems to have gone away in my
 darcsden branch!
  I've added a comment to the tracker.
 

 Wow! If this works, Conal might be pleased.


It certainly seems to, insomuch as the given test code no longer causes a
crash :)



 By the way, you mentioned wx-config (I get the feeling you'd asked me a
 direct question and I forgot to answer).  Did you have a look at the
 Haskell code in our repo which provides a wx-config replacement?  The
 replacement is very very stupid and needs generalising, but it might be
 easier to bring it closer to the kind of completeness we need than to
 maintain the C++ one.


Ah, yes, I suspected this would need some debate.
I was on the cusp of merging in your wx-config implementation, namely:
http://darcsden.com/kowey/wxhaskell/browse/wx-config/

But then I got a reply from the previous project leader wx-config-win:
http://code.google.com/p/wx-config-win/

He had hoped that one day wx-config-win might be merged in to wxWidgets,
but noted that it had fallen behind the project and had several known
issues:
http://code.google.com/p/wx-config-win/issues/list

Personally I feel that (for similar arguments to those for maintaining wxC
as a language-agnostic project) we should pursue wx-config-win. Thoughts?




 --
 Eric Kow http://erickow.com


 -BEGIN PGP SIGNATURE-

 iEYEARECAAYFAk8EmT4ACgkQBUrOwgisBPnz/wCdEapNshQh+ZqEh2SyyXi/uXO9
 5lcAnRymzM7qQnzru6cdKpoTqZZ3kQM4
 =hcbP
 -END PGP SIGNATURE-


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


Re: [wxhaskell-devel] Happy New Year, wxHaskellers

2012-01-05 Thread Conal Elliott

 Wow! If this works, Conal might be pleased.


Yes, indeed! I've been blocked in my high-level GUIs  graphics work for a
few years, while waiting for a low-level (imperative) Haskell library to
show up that combines GUIs  graphics, works cross-platform (including
native graphics on Mac), and supports incremental development. gtk2hs
almost got there recently, but not quite, and I've always preferred
wxHaskell's API.

  - Conal

On Thu, Jan 5, 2012 at 7:36 AM, Dave Tapley dave.a.tap...@gmail.com wrote:

 On 4 January 2012 18:23, Eric Kow eric@gmail.com wrote:


 On 4 Jan 2012, at 16:59, Dave Tapley wrote:
  Also, I imagine that while this brings us closer to wxHaskell in GHCi,
 we would still need to solve the second start crash?
 
 
 https://sourceforge.net/tracker/?func=detailaid=1610984group_id=7the3133atid=536845
 
  Well, I just had a look, and that issue seems to have gone away in my
 darcsden branch!
  I've added a comment to the tracker.
 

 Wow! If this works, Conal might be pleased.


 It certainly seems to, insomuch as the given test code no longer causes a
 crash :)



 By the way, you mentioned wx-config (I get the feeling you'd asked me a
 direct question and I forgot to answer).  Did you have a look at the
 Haskell code in our repo which provides a wx-config replacement?  The
 replacement is very very stupid and needs generalising, but it might be
 easier to bring it closer to the kind of completeness we need than to
 maintain the C++ one.


 Ah, yes, I suspected this would need some debate.
 I was on the cusp of merging in your wx-config implementation, namely:
 http://darcsden.com/kowey/wxhaskell/browse/wx-config/

 But then I got a reply from the previous project leader wx-config-win:
 http://code.google.com/p/wx-config-win/

 He had hoped that one day wx-config-win might be merged in to wxWidgets,
 but noted that it had fallen behind the project and had several known
 issues:
 http://code.google.com/p/wx-config-win/issues/list

 Personally I feel that (for similar arguments to those for maintaining wxC
 as a language-agnostic project) we should pursue wx-config-win. Thoughts?




 --
 Eric Kow http://erickow.com


 -BEGIN PGP SIGNATURE-

 iEYEARECAAYFAk8EmT4ACgkQBUrOwgisBPnz/wCdEapNshQh+ZqEh2SyyXi/uXO9
 5lcAnRymzM7qQnzru6cdKpoTqZZ3kQM4
 =hcbP
 -END PGP SIGNATURE-



--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel