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. 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. --Kyle Sluder _______________________________________________ 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]
