[fxruby-users] Fwd: RE: Re[2]: SEL_UPDATE not responsive

Ralph Shnelvar ralphs at dos32.com
Wed Aug 18 08:42:41 EDT 2010

This is a forwarded message
From: Michel Demazure <michel at demazure.com>
To: "'Ralph Shnelvar'" <ralphs at dos32.com>
Date: Wednesday, August 18, 2010, 4:26:24 AM
Subject: [fxruby-users] SEL_UPDATE not responsive

===8<==============Original message text===============
Yes, that?s the command.
It solved my problems. Without it, for instance, the ?tips? took five seconds to appear when hovering over buttons.
De : Ralph Shnelvar [mailto:ralphs at dos32.com] 
Envoyé : mercredi 18 août 2010 11:53
À : Michel Demazure
Objet : Re[2]: [fxruby-users] SEL_UPDATE not responsive
I think the syntax is
I have not tried this because, while waiting for an answer, I came up with a workaround that I like.
Instead of using SEL_UPDATE, I create a
   getApp().addTimeout(500, method(:timeoutHandler), :repeat => true)
  def timeoutHandler(sender, sel, ptr)
    #puts "#{__FILE__} @ #{__LINE__} #{Time.now}"
    # do something ever .5 second
The "sender, sel, ptr" won't be the same as in SEL_UPDATE, but that is a minor inconvenience compared to the added flexibility.  Plus, converting the logic from SEL_UPDATE to a timeout handler was, for me, very easy and straightforward.
Wednesday, August 18, 2010, 3:24:34 AM, you wrote:

I know this phenomenon. You have to forbid threads. There is a fxruby command for that. I forgot the exact syntax.
Michel  Demazure
michel at demazure.com
De : fxruby-users-bounces at rubyforge.org [mailto:fxruby-users-bounces at rubyforge.org] De la part de Ralph Shnelvar
Envoyé : mercredi 18 août 2010 00:29
À : fxruby-users at rubyforge.org
Objet : [fxruby-users] SEL_UPDATE not responsive
I have read what I could about SEL_UPDATE and I understand that the block(s) that get called "from" SEL_UPDATE only get called when "there is no more work to do".
I took the splitter.rb example that comes with FXRuby. I put in a "puts" in one of the SEL_UPDATE blocks and I get about 4 a second.   Not awful ... but ... why is it so slow?
In my code which is ... more or less ... similar to splitter.rb (just a lot more widgets and buttons) and a single SEL_UPDATE block with almost nothing in it ... and the block gets trigger once every four seconds rather than 4 times a second.  That's unacceptably slow.
How can I tell what's causing SEL _UPDATE to be so slow?  (CPU usage is at 4%.  I don't think I'm in a heavy loop.)

Best regards,
 Ralph                            mailto:ralphs at dos32.com

===8<===========End of original message text===========

Best regards,
 Ralph                            mailto:ralphs at dos32.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/fxruby-users/attachments/20100818/6b48c270/attachment-0002.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/fxruby-users/attachments/20100818/6b48c270/attachment-0003.html>

More information about the fxruby-users mailing list