> > > What happens if you change the delay from 0.001 to a much=20 > > That's a good point - calling redraw() any faster than the screen > refresh rate is just a waste, as you'll never see the update. > > 0.001 is going to be 1000Hz - way too fast. > > 0.01 is still too fast really. Most people won't perceive flicker at > 0.04, and even at 0.1 the majority won't see the updates... > Thanks for the sophisticated advice. This problem only appeared when DELAY was too small. If I set DELAY to 0.04, the program respond to ESC or 'a' smoothly.
But it is strange that Fl::get_key can still detect the input correctly when DELAY is 0.001. > So, assuming that you are working with a remote Xserver, I'd guess > Albrecht is right and you are stuffing the event queue with spurious > redrawing. > > If you redraw at a more credible rate, one that your network bandwidth / > server updates can handle, does it then start to work normally? > > Certainly, it works just fine here... > > > SELEX Galileo Ltd > Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS= > 14 3EL > A company registered in England & Wales. Company no. 02426132 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
