No, that fails even the first time. And also changing the frame to move it out of sight does not work. I'm convincedc now that it's a Tiger Appkit bug, so I reported it.
Christiaan On 19 Dec 2007, at 9:09 PM, Adam R. Maxwell wrote: > Huh, weird. Does it work if you retain it, remove from the > superview, then re-add it as a subview (with or without setHidden:)? > > On Wednesday, December 19, 2007, at 12:05PM, "Christiaan Hofman" > <[EMAIL PROTECTED]> wrote: >> No. I have tried everything I could think of, including display, >> displayIfNeeded, an extra runloop run, flushWindow, and combinations. >> Nothing works. >> >> Christiaan >> >> On 19 Dec 2007, at 8:34 PM, Adam R. Maxwell wrote: >> >>> I guess that's implied because animation only works for >>> indeterminate indicators. Since we're running the runloop and >>> displaying the progress bar manually, I figured there's no point in >>> the slight overhead of a threaded progess indicator, but it doesn't >>> really matter. >>> >>> Does it work the second time around if you send [[progressIndicator >>> superview] setNeedsDisplay:YES]? ISTR Leopard and Tiger are >>> different in that respect. >>> >>> -- >>> adam >>> >>> On Wednesday, December 19, 2007, at 10:13AM, "Christiaan Hofman" >>> <[EMAIL PROTECTED]> wrote: >>>> Autohiding has no effect for determinate indicators, so that >>>> shouldn't matter (and it doesn't). It must be an AppKit bug that >>>> has >>>> been fixed in Leopard. >>>> >>>> BTW, is there a reason not to use threaded animation? >>>> >>>> Christiaan >>>> >>>> On 19 Dec 2007, at 7:07 PM, Adam R. Maxwell wrote: >>>> >>>>> Maybe it's a bad interaction with the progress indicator's >>>>> autohiding; I think that's still enabled in the nib, but it didn't >>>>> work for me so I used setHidden in code. I don't see the same >>>>> problems you do, though. It works fine for me the second time, >>>>> whether removing or not. >>>>> >>>>> On Wednesday, December 19, 2007, at 10:00AM, "Christiaan Hofman" >>>>> <[EMAIL PROTECTED]> wrote: >>>>>> That also does not seem to be sufficient, it works slightly >>>>>> better >>>>>> but also not always. I wonder if it is an AppKit bug, because it >>>>>> works OK if I remove [progressbar setHidden:YES]. It also >>>>>> works the >>>>>> first time I migrate, but not when I migrate a second time >>>>>> (with or >>>>>> without an undo, and with or without removing originals). >>>>>> >>>>>> Christiaan >>>>>> >>>>>> On 19 Dec 2007, at 6:50 PM, Adam R. Maxwell wrote: >>>>>> >>>>>>> Did you try calling -displayIfNeeded? That's what I used >>>>>>> originally, but it caused Leopard's spindump to kick in >>>>>>> because of >>>>>>> the beachball (and spindump slows things down even further, >>>>>>> which >>>>>>> is annoying). With the other speed improvements, that's >>>>>>> probably >>>>>>> not an issue now. I'm curious as to when the runloop doesn't >>>>>>> cause >>>>>>> it to update, though. >>>>>>> >>>>>>> On Wednesday, December 19, 2007, at 09:45AM, "Christiaan Hofman" >>>>>>> <[EMAIL PROTECTED]> wrote: >>>>>>>> You seem to be right. I thought it starts the throbbing, as >>>>>>>> this is >>>>>>>> sometimes is not shown. Perhaps I got confused due to the fact >>>>>>>> that >>>>>>>> updating sometimes not works. Tickling the runloop does not >>>>>>>> seem to >>>>>>>> be sufficient in all cases. >>>>>>>> >>>>>>>> Christiaan >>>>>>>> >>>>>>>> On 19 Dec 2007, at 6:40 PM, Adam R. Maxwell wrote: >>>>>>>> >>>>>>>>> What do the Tiger docs say? On 10.5 I have >>>>>>>>> >>>>>>>>> startAnimation: >>>>>>>>> This action method starts the animation of an indeterminate >>>>>>>>> progress indicator, which causes the barber pole to start >>>>>>>>> spinning. >>>>>>>>> >>>>>>>>> - (void)startAnimation:(id)sender >>>>>>>>> >>>>>>>>> Parameters >>>>>>>>> sender >>>>>>>>> The object sending the message. >>>>>>>>> >>>>>>>>> Discussion >>>>>>>>> Does nothing for a determinate progress indicator. >>>>>>>>> >>>>>>>>> Availability >>>>>>>>> Available in Mac OS X v10.0 and later. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wednesday, December 19, 2007, at 09:06AM, >>>>>>>>> <[EMAIL PROTECTED]> wrote: >>>>>>>>>> Revision: 11974 >>>>>>>>>> http://bibdesk.svn.sourceforge.net/bibdesk/? >>>>>>>>>> rev=11974&view=rev >>>>>>>>>> Author: hofman >>>>>>>>>> Date: 2007-12-19 09:06:04 -0800 (Wed, 19 Dec 2007) >>>>>>>>>> >>>>>>>>>> Log Message: >>>>>>>>>> ----------- >>>>>>>>>> Animation does have an effect on determinate progress bars. >>>>>>>>>> >>>>>>>>>> Modified Paths: >>>>>>>>>> -------------- >>>>>>>>>> trunk/bibdesk/BDSKFileMigrationController.m >>>>>>>>>> >>>>>>>>>> Modified: trunk/bibdesk/BDSKFileMigrationController.m >>>>>>>>>> ============================================================= >>>>>>>>>> == >>>>>>>>>> == >>>>>>>>>> == >>>>>>>>>> --- trunk/bibdesk/BDSKFileMigrationController.m 2007-12-19 >>>>>>>>>> 16:54:56 UTC (rev 11973) >>>>>>>>>> +++ trunk/bibdesk/BDSKFileMigrationController.m 2007-12-19 >>>>>>>>>> 17:06:04 UTC (rev 11974) >>>>>>>>>> @@ -129,6 +129,7 @@ >>>>>>>>>> >>>>>>>>>> [progressBar setDoubleValue:0.0]; >>>>>>>>>> [progressBar setHidden:NO]; >>>>>>>>>> + [progressBar startAnimation:self]; >>>>>>>>>> [migrateButton setEnabled:NO]; >>>>>>>>>> >>>>>>>>>> int current = 0, final = [pubs count]; >>>>>>>>>> @@ -161,6 +162,7 @@ >>>>>>>>>> } >>>>>>>>>> >>>>>>>>>> [progressBar setHidden:YES]; >>>>>>>>>> + [progressBar stopAnimation:self]; >>>>>>>>>> [migrateButton setEnabled:YES]; >>>>>>>>>> >>>>>>>>>> NSString *messageFormat = nil; >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> This was sent by the SourceForge.net collaborative >>>>>>>>>> development >>>>>>>>>> platform, the world's largest Open Source development site. >>>>>>>>>> ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Bibdesk-develop mailing list Bibdesk-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
