Re: [wxhaskell-users] Fwd: UI updates from non-UI threads: an addition to wx?
Thanks for this, and for responding to the SO question. I'll see if I can rewrite the run async abstraction using your solution. Cheers, Maciek On Wed, Sep 26, 2012 at 8:30 AM, Henning Thielemann wrote: > > On Wed, 26 Sep 2012, Henning Thielemann wrote: > >> However, it seems to be essential what eventId you use. The value in the >> above example (wxID_HIGHEST+1) was already used in my system and this lead >> to strange behavior. I think wxhaskell should provide support for finding >> free event ids. > > > > If you want to see this technique in action: >http://code.haskell.org/alsa/gui/src/controller.hs >http://code.haskell.org/alsa/gui/src/Common.hs > > I have implemented both the busy wait (reactOnEventTimer) and the > event-driven method (reactOnEvent). -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Fwd: UI updates from non-UI threads: an addition to wx?
On Wed, 26 Sep 2012, Henning Thielemann wrote: > However, it seems to be essential what eventId you use. The value in the > above example (wxID_HIGHEST+1) was already used in my system and this lead > to strange behavior. I think wxhaskell should provide support for finding > free event ids. If you want to see this technique in action: http://code.haskell.org/alsa/gui/src/controller.hs http://code.haskell.org/alsa/gui/src/Common.hs I have implemented both the busy wait (reactOnEventTimer) and the event-driven method (reactOnEvent). -- 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-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Fwd: UI updates from non-UI threads: an addition to wx?
On Wed, 26 Sep 2012, maciek.makow...@gmail.com wrote: > Including wxhaskell-users. Anyone interested in async UI update functionality? Am I right that the solution on StackOverflow uses a busy-wait using the Wx Timer? I think this is a bad idea and I found a better solution at: http://snipplr.com/view/17538/ However, it seems to be essential what eventId you use. The value in the above example (wxID_HIGHEST+1) was already used in my system and this lead to strange behavior. I think wxhaskell should provide support for finding free event ids. -- 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-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
