Re: UIScrollView question
Re: UIScrollView question
- Subject: Re: UIScrollView question
- From: Luther Baker <email@hidden>
- Date: Sun, 27 Jul 2014 00:19:03 -0500
Yep - I'm good with the keyboard part (ie: I can tell how much of the
screen will disappear) ...
> won’t a “bottom space to superview”
Are you hoping that when the keyboard comes up -- it shortens the parent
view you are referring to? To date, that has not been my experience. The
keyboard just shows up on top of all the children views. If I went that
route I think I'd still have to calculate the change and set a new height
constraint ... which is getting into framesy land (which is OK, but not why
I'm explicitly trying to explore).
Also, in viewWillAppear, how shall I determine how large to make the text
view? Are you thinking "get the height of the parent view" and then
subtract the heights of all the children views and then set that constraint
on the text view? If so, that feels like frames code dressed up in
AutoLayout clothing.
Thanks,
-Luther
On Sat, Jul 26, 2014 at 11:17 PM, Quincey Morris <
email@hidden> wrote:
> On Jul 26, 2014, at 21:09 , Quincey Morris <
> email@hidden> wrote:
>
> Isn’t the answer to this …
>
>
> Sorry, I quoted the wrong thing. I meant, isn’t the answer to the stuff
> about the keyboard in that documentation?
>
> Is the scroll view there only to deal with the case of the keyboard
> appearing? In that case, won’t a “bottom space to superview” constraint do
> the right thing, or (if scroll views are one of those cases where the
> obvious thing doesn’t work) can’t you add a height constraint to the text
> view at viewWillAppear time?
>
>
_______________________________________________
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