Re: Quickie about constraints

Thank you Charles and Roland for pointing out that section of documentation, and correcting in detail my mis-advice in the first reply. Going back to what Kyle replied to me originally: >> Can't you simply set translatesAutoresizingMaskIntoConstraints = NO on the >> views in question? Then yo

Re: Quickie about constraints

On Aug 17, 2014, at 8:39 PM, Roland King wrote: >> >> On 18 Aug 2014, at 9:10 am, Charles Srstka wrote: >> >> On Aug 17, 2014, at 7:13 PM, Roland King wrote: >> >>> .. and I finally found the one piece of the autolayout adoption guide which >>> made me think back in the day I could use setF

Re: Quickie about constraints

> On 18 Aug 2014, at 9:10 am, Charles Srstka wrote: > > On Aug 17, 2014, at 7:13 PM, Roland King > wrote: > >> .. and I finally found the one piece of the autolayout adoption guide which >> made me think back in the day I could use setFrame: and it would all work >> nic

Re: Quickie about constraints

On Aug 17, 2014, at 7:13 PM, Roland King wrote: > .. and I finally found the one piece of the autolayout adoption guide which > made me think back in the day I could use setFrame: and it would all work > nicely. > > https://developer.apple.com/library/ios/documentation/UserExperience/Conceptu

Re: Quickie about constraints

.. and I finally found the one piece of the autolayout adoption guide which made me think back in the day I could use setFrame: and it would all work nicely. https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/AutolayoutPG/AdoptingAutoLayout/AdoptingAutoLayout.html#/

Re: Quickie about constraints

> On 18 Aug 2014, at 7:18 am, Graham Cox wrote: > > > On 16 Aug 2014, at 4:10 pm, Kyle Sluder wrote: > >> Not sure if you’ve got this backwards, or are unaware of a certain >> frameworks bug. >> >> Views whose translatesAutoresizingMaskIntoConstraints property is set to YES >> can be posit

Re: Quickie about constraints

On 16 Aug 2014, at 4:10 pm, Kyle Sluder wrote: > Not sure if you’ve got this backwards, or are unaware of a certain frameworks > bug. > > Views whose translatesAutoresizingMaskIntoConstraints property is set to YES > can be positioned via -setFrame:. Views whose property is set to NO must be

Re: Quickie about constraints

On Aug 16, 2014, at 1:10 AM, Kyle Sluder wrote: > On Aug 15, 2014, at 8:44 PM, Ben Kennedy wrote: >> >>> On 15 Aug 2014, at 8:17 pm, Graham Cox wrote: >>> >>> What I really want is that part of my view hierarchy to be free to use >>> -setFrame:, but other parts use the autolayout constraints

Re: Quickie about constraints

On Aug 15, 2014, at 8:44 PM, Ben Kennedy wrote: > >> On 15 Aug 2014, at 8:17 pm, Graham Cox wrote: >> >> What I really want is that part of my view hierarchy to be free to use >> -setFrame:, but other parts use the autolayout constraints normally. > > Can't you simply set translatesAutoresizi

Re: Quickie about constraints

On 15 Aug 2014, at 8:17 pm, Graham Cox wrote: > What I really want is that part of my view hierarchy to be free to use > -setFrame:, but other parts use the autolayout constraints normally. Can't you simply set translatesAutoresizingMaskIntoConstraints = NO on the views in question? Then you

Re: Quickie about constraints

On 15 Aug 2014, at 7:39 pm, Jonathan Mitchell wrote: > > On 15 Aug 2014, at 04:55, Graham Cox wrote: > >> I ask because I'm having trouble getting part of my interface working with >> autolayout, though other parts work fine. Since the part that doesn't work >> works just fine with struts-a

Re: Quickie about constraints

On 15 Aug 2014, at 04:55, Graham Cox wrote: > I ask because I'm having trouble getting part of my interface working with > autolayout, though other parts work fine. Since the part that doesn't work > works just fine with struts-and-springs, and has done for a long time, I'm > wondering if I c