[kman42]

I have a determinate progress bar in my application that gets updated every five minutes and moves very slowly. Is there a way to prevent the barbershop effect from spinning? It seems to take a lot of memory. The stopAnimation: method only seems to work on indeterminate progress indicators.

thanks,
kman

[kman42]

I can't believe this isn't possible. Could I sublclass the progress bar and override the animation method? Not really sure how to do that... hmmm...

Is there another class somewhere that just has an old-school unanimated progress bar?

kman

[Chuckit]

A determinate progress bar shouldn't have a barbershop effect as far as I know.

EDIT: Yeah, yeah, I meant determinate.

[smeger]

A determinate progress bar should not show the barber pole effect. It does show a slight animation akin to moving bubbles. I don't know of any way to stop this - I believe that the OS spawns its own "heartbeat" thread that's responsible for animating this, but it shouldn't be taking much CPU.

The indeterminate progress bar is the one that shows the barber pole.

[kman42]

Okay. I misspoke. They don't have the barbershop effect, they have 'waves' going from right to left. At any rate this effect takes about 6-10% of my CPU on an iBook 700. It's not that big of a deal except that the app is designed to monitor the progress of Folding@home and some people are reluctant to have any of their CPU cycles taken by a little animation in the progress bars. If I remove the progress bars, the app takes 0% cpu except when actually checking the status.

kman

[calumr]

Using class-dump I found these:

_stopAnimationWithWait:(char)fp12
setDisplayedWhenStopped:(char)fp12

I'll bet the arguments are just BOOLs.

There's also:

- (void)heartBeat:(struct ? *)fp12;

which you could probably override in a subclass to avoid using CPU.

[bousozoku]

I haven't found a way to turn off the liquid effects, short of a system hack.

Thankfully, in Java, I can just change the look-and-feel to something less CPU-intensive.