NSScrollView does various checks to see if the App is trying to put placards in the scroller area. If NSScrollView thinks there are placards, then it reverts back to legacy scrollers for compatibility. Some apps have been known to do this via a sibling view instead of a subview. This is why it intermittently happens during your animation as your sibling views momentarily overlap.
-raleigh On Mar 27, 2012, at 2:03 PM, Nick Zitzmann <n...@chronosnet.com> wrote: > > On Mar 27, 2012, at 2:09 PM, Nick Zitzmann wrote: > >> I've searched around but didn't see anything relevant. Why would an >> NSScrollView suddenly change its scroller style behind the application's >> back during a resize? > > > I still wish I knew why this was happening, but I did find a workaround on my > own in case anyone finds this in the archives: My code was using the Leopard > animation proxy API to animate resizing a scroll view at the same time that a > neighboring view was being resized into view by the same API. I took that out > and used the older NSViewAnimation class to animate both views into place, > and then the problem went away. :\ > > Nick Zitzmann > <http://www.chronosnet.com/> > > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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: > https://lists.apple.com/mailman/options/cocoa-dev/ledet%40apple.com > > This email sent to le...@apple.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
