• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: determinate NSProgressIndicator animation
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: determinate NSProgressIndicator animation


  • Subject: Re: determinate NSProgressIndicator animation
  • From: Quincey Morris <email@hidden>
  • Date: Fri, 7 Aug 2009 11:08:12 -0700

On Aug 7, 2009, at 10:44, r c wrote:

I have read that document, but it indicates that this method (as well as start and stopAnimation:) only apply to indeterminate progress indicators - is this not true?

It doesn't say that for setUsesThreadedAnimation:, only for the other two. FWIW I don't believe it's the answer to your original question. I truly don't know what's *supposed* to happen for determinate progress indicators, but my observation has been:


-- 'usesThreadedAnimation' doesn't seem to (really) control the internal aquatic animation of the blue portion, but instead causes changes to the *length* of the blue portion to animate smoothly.

-- It could well be true, though, that while the length is animating smoothly, 'usesThreadedAnimation' will also cause the aquatic animation to update.

-- If you stop setting the current value of the determinate progress bar, the animation will stop, regardless of whether 'usesThreadedAnimation' is YES or NO.

-- You can only set the current value in the main thread, because anything that causes the user interface to redraw should (generally) be done from the main thread.

-- So if your main thread is busy, the aquatic animation will stop no matter what else you do.

I admit I could be completely wrong about this, but the whole progress animation thing is extremely frustrating (in part due to the non- informative documentation), and the only sure way I've found to keep the water flowing has been to regularly set the control's value from the main thread.

What the rules are for indeterminate animations, I couldn't tell you.


_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >determinate NSProgressIndicator animation (From: r c <email@hidden>)
 >Re: determinate NSProgressIndicator animation (From: "Sean McBride" <email@hidden>)
 >Re: determinate NSProgressIndicator animation (From: r c <email@hidden>)

  • Prev by Date: Re: Two right buttons on UINavigationBar?
  • Next by Date: Re: Core Data completely unable to find the source object model for migration
  • Previous by thread: Re: determinate NSProgressIndicator animation
  • Next by thread: [NSObject setValue:forUndefinedKey:] no longer requires explicit KVC notifications?
  • Index(es):
    • Date
    • Thread