Re: SplitView autolayout + autosave = proportionally resized views
Re: SplitView autolayout + autosave = proportionally resized views
- Subject: Re: SplitView autolayout + autosave = proportionally resized views
- From: Kyle Sluder <email@hidden>
- Date: Thu, 27 Mar 2014 16:16:06 -0700
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@hidden> 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@hidden)
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:
This email sent to email@hidden