Best Practice for updating the screen?
paul at researchware.com
Tue May 23 17:05:00 CEST 2017
I find on many occasions that I am in the middle (or somewhere) in a
long handler and I want to update the screen and then continue.
... bunches of code
wait 0 with messages -- generate a screen redraw/update to display
something (status message/icon/symbol/whatever
... more bunches of code
The problem with this approach is that other messages can get through in
addition to the OS redrawing the screen, such as an impatient user
generating key down or auto key or mouse events.
I realize I could use "flushEvents" before the "wait 0 with messages"
statement to clear any such impatient messages out, but is there a
Has LiveCode ever considered a "redraw screen" command or something like
that which lets the system have some free CPU cycles but without other
UI events getting processed?
Is there an enhancement request for such a feature in the LiveCode
Does anyone else run into this issue in their work?
What is the "best practice" for this issue?
More information about the use-livecode