updating progress to user during long handler

dunbarx at aol.com dunbarx at aol.com
Tue Feb 23 17:25:02 CET 2016


Hi.


While you have your processing handler doing its thing, why not increment a progress bar at intervals? I do not know if that process knows accurately where it is along its journey, but this is the best feedback for the user.


I have noticed progress bars that proceed nicely, giving the user hope for a speedy finish, and then "hang" 99% of the way through for a while. That is why I asked if your process "knows" its place.


Craig Newman



-----Original Message-----
From: James Hale <james at thehales.id.au>
To: use-livecode <use-livecode at lists.runrev.com>
Sent: Tue, Feb 23, 2016 9:25 am
Subject: updating progress to user during long handler

I have a splash stack that loads and calls the main stack before closing.
While the splash is being displayed the preopen handler in my main stack asks for a file to locate.
Once located it then loads and processes the file before it takes over.

The processing takes some time and I have been trying to work out a way of informing the user of what it taking place.
I have a field on the splash stack which contains info text for the user and I would like to change this text as the processing is going on.

I thought I could use something like this...

    put "Extracting epub...." into mupdate
    send "updateme mupdate" to stack "splash"
    wait 0 milliseconds with messages

at different places within the processing handler and it would send the text off an update the splash stack field. 
(updateme is a handler in the splash stack script which simply enters "mupdate" into the field.)

Obviously this doesn't work.

First, can I do what I want?
Second, where am I going wrong?

Any help would be appreciated.


James






_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



More information about the use-livecode mailing list