in reply to Re: Shrinking Pie Analog Countdown Timer
in thread Shrinking Pie Analog Countdown Timer

There is another small problem with your version. If you modify it so that it runs as quickly as possible (set the repeat delay to 1) and to display the elapsed time from start to finish, it gets slower each time you run it?

On my machine, the first run takes under a second, but by the 10th it takes nearly 3, and by the 20th over 5. I think this is because you are re-creating new arcs and text at each run rather than modifying the existing ones.


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.

Replies are listed 'Best First'.
Re^3: Shrinking Pie Analog Countdown Timer
by zentara (Cardinal) on May 25, 2006 at 11:10 UTC
    It pays to have a second set of eyes looking at something. :-) Thanks for pointing out that repeated red fill update glitch.

    As far as the slowdown problem goes, it dawned on me in my dreams last night that I wasn't cleaning up those items. I checked for memory gain, but there was none, so I let it go. But after switching to delay=1, I did see some sluggish performance after about 20 runs. I added the cleanup tags, and it seems to run fine now while holding down the spacebar.

    I thought about creating the circle and arc as globals and just using hidden states to reuse them, but I thought I would show it created new in a sub, in case the tester wanted to randomly change the size and position of the circle on each run( which would be handy in a psychological test of eye movement).


    I'm not really a human, but I play one on earth. flash japh