On 8/21/17 5:47 PM, prothero--- via use-livecode wrote:
I didn't realize that the lockscreen command only applied to the handler that sets it.
No, it doesn't (or shouldn't) apply only to the handler that sets it.
Does this mean that each script has to set lockscreen if it needs it?
It's a global lock until either a handler unlocks the screen or an idle occurs. The engine automatically unlocks when it does housekeeping.
I am not arguing the current system be changed though, but for me, my suggestion is way more intuitive. Trying to keep track of the lockscreen count seems prone to errors.
You don't need to keep a count (or shouldn't need to.) It's all internal and generally it works well. Lock the screen when you need it, unlock when you want to redraw the screen, and if you forget to unlock then the engine will do it for you when the next idle occurs.
The only issue I've found (and still need to verify) is that unlocking with a visual effect can override the expected behavior, which is to keep the lock on either until you unlock it or no handlers are running.
-- Jacqueline Landman Gay | [email protected] HyperActive Software | http://www.hyperactivesw.com _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
