> On Nov 9, 2013, at 4:04 PM, Darren Wheatley <dar...@tenjinconsulting.co.uk> > wrote: > > I have a 10.7 app built on 10.9. I'm debugging on 10.9. > > My main view has a splitView with two panes: a webview in one, and an > NSScrollView in the other. > > When the app starts I programmatically move the divider to the right to hide > the right-hand pane and the enclosed NSScrollView. > > When this happens I get this warning in the console: > > “"Layout still needs update after calling -[NSScrollView layout]. > NSScrollView or one of its superclasses may have overridden -layout without > calling super. Or, something may have dirtied layout in the middle of > updating it. Both are programming errors in Cocoa Autolayout. The former is > pretty likely to arise if some pre-Cocoa Autolayout class had a method called > layout, but it should be fixed.”" > > This only happens when the view is first loaded when the app starts. > Switching away to a new view, and back, is fine. > > I think the problem is that the scroll view is still being drawn when I move > the splitView divider, causing the scrollview to be dirtied.
In Cocoa, “still being drawn” is synonymous with “inside -drawRect: or a method that is called by it,” so the only way that drawing could be at fault here is if you are somehow triggering your split view adjustment from some view’s -drawRect:, which has always been an error. Are you sure the scroll view that is complaining is the one you created, and not the one embedded in the WebView? --Kyle Sluder _______________________________________________ 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
