On Mar 27, 2014, at 4:16 PM, Kyle Sluder wrote: > On Thu, Mar 27, 2014, at 03:37 PM, Lee Ann Rucker wrote: >> >> On Mar 27, 2014, at 3:26 PM, Kyle Sluder wrote: >> >>> On Mar 27, 2014, at 1:46 PM, Lee Ann Rucker <[email protected]> wrote: >>>> >>>> I suspect that if the splitView were inside the window in the nib, it >>>> would get resized first and prefs applied after. But either way, resizing >>>> my view should not move the divider, whether the user moves it or it >>>> happens because of setContentView: (other than, of course, the user >>>> resizing the window small enough that it has to shift for constraints) >>>> >>>> Is there any constraint variable I'm missing here, or should I file a bug? >>> >>> One pane’s holding priority needs to be higher than the other’s. Otherwise >>> the extra space will be apportioned equally. >>> >> >> Left holding = 475, right = 1. I want the left side to stay put unless >> the user moves it. > > Your right-side holding priority is pretty odd, but that combination > should result in the behavior you desire.
Found that on a google search :) > > To verify: your split view's delegate does not implement any of the > verboten methods, right? These are > -splitView:constrainMinCoordinate:ofSubviewAt:, > -splitView:constrainMaxCoordinate:ofSubviewAt:, > -splitView:resizeSubviewsWithOldSize:, and > -splitView:shouldAdjustSizeOfSubview:. > > If everything checks out, you should file a Radar. > Yes, the delegate methods were the first things I ripped out when I made it autolayout, along with every setFrame: Done! rdar://16451287 _______________________________________________ Cocoa-dev mailing list ([email protected]) 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 [email protected]
