Well, I'm out of ideas, and it definitely sounds like a bug. Does it work if you create a new progress indicator in code each time? I'd say the chances of this being fixed on Tiger are less than epsilon at this point :). On Wednesday, December 19, 2007, at 12:27PM, "Christiaan Hofman" <[EMAIL PROTECTED]> wrote: >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 > >
------------------------------------------------------------------------- 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
