Scripts that are already running

Dar Scott dsc at swcp.com
Fri Sep 24 14:23:01 EDT 2010


I think this is the right immediate solution.  Jacque is always  
right.  And I have done this down deep in an I/O routine, but when I  
can, I try to embrace the event driven nature of LiveCode and avoid  
such loops.

What happens at each button click and keystroke should be fast and  
neat in the event-driven style.  These events (and others) can start  
a message engine (send recursive script) if need be.  Nothing takes a  
long time.  At each event, the state of the application might change.

(Now, given that, I think LiveCode is being cleaned up so that slave  
applications can run, and maybe we can use an alternative form of  
parallelism for some big crunching needs.)

Dar Scott



On Sep 24, 2010, at 9:31 AM, J. Landman Gay wrote:

> On 9/24/10 8:36 AM, DunbarX at aol.com wrote:
>
>> Is there a way to "interrupt", or rather, "interrogate", the  
>> repeat loop? I
>> am not talking about checking the property within that running code.
>
> I think what you want is:
>
>   wait 1 millisecond with messages
>
> Put that into the repeat loop somewhere. It forces the engine to do  
> all the same cleanup and checking as it does on idle, and will  
> catch any pending messages that have happened.
>
> -- 
> Jacqueline Landman Gay         |     jacque at hyperactivesw.com
> HyperActive Software           |     http://www.hyperactivesw.com
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list