Skip navigation.
 
mlRe: progress bar on sheet
FROM : Chuck Soper
DATE : Mon Apr 11 02:09:08 2005

At 11:25 PM +0100 4/10/05, Hamish Allan wrote:
>On Sun, 10 Apr 2005 14:05:27 -0700, Chuck Soper <<email_removed>> wrote:
>

>>Hi Shawn,
>>
>>Beautiful! Using [myProgressIndicator setUsesThreadedAnimation:YES];
>>works great. Thank you. And Joannou, thanks for your suggestion too.
>>
>>Chuck

>
>As a matter of courtesy to your users, when you are performing a
>time-consuming task you should provide a 'cancel' button. Follow
>Joannou's suggestion of spawning a worker thread, and you can use a
>dual-purpose callback function with a float argument (set the
>progress bar in the UI) and a BOOL result (cancel or continue the
>worker thread). Indeterminate progress bars should only really be
>used when determinate ones would progress unevenly -- if you
>absolutely must use one, you should provide a textual description of
>the steps that are being taken which should change frequently enough
>to give your users faith that the app has not frozen. As it stands,
>your users are going to see the spinning beach ball of death, which
>you should always avoid if at all possible.
>
>Best wishes,
>Hamish


Thanks for your email. I completely agree with you in principle. The
time-consuming task I'm doing is done once and once only. Also, about
90% my users never do this one-time task. My alert says that it will
take less than a minute, but it usually takes about 5 seconds. The
task is manual eSellerate product activation (during the purchase
process).
Cheers,
Chuck

Related mailsAuthorDate
mlprogress bar on sheet Chuck Soper Apr 10, 21:45
mlRe: progress bar on sheet Joannou Ng Apr 10, 22:34
mlRe: progress bar on sheet Shawn Erickson Apr 10, 22:48
mlRe: progress bar on sheet Chuck Soper Apr 10, 23:05
mlRe: progress bar on sheet Hamish Allan Apr 11, 00:25
mlRe: progress bar on sheet Chuck Soper Apr 11, 02:09