On Jul 9, 2012, at 10:33 AM, Kevin Cathey wrote:
>> BTW, if the NSSplitView hasn't been updated to use constraints in its own
>> layout, then why does it and up changing the size at runtime? For that
>> matter it seems like IB is expressly forbidding adding constraints to the
>> NSSplitView's p
Which videos? I've watched the first two on constraints, and don't recall any
mention of nssplitview.
Sent from my iPhone
On Jul 9, 2012, at 8:33, Kevin Cathey wrote:
>> BTW, if the NSSplitView hasn't been updated to use constraints in its own
>> layout, then why does it and up changing the
> BTW, if the NSSplitView hasn't been updated to use constraints in its own
> layout, then why does it and up changing the size at runtime? For that matter
> it seems like IB is expressly forbidding adding constraints to the
> NSSplitView's panes.
There are known bugs with NSSplitView and auto l
Thanks for all your help, Charles.
So, I'm getting the exact same behavior your video shows. I definitely don't
want the bottom pane to get any smaller, and I can enforce that the old way,
but it seems pretty lame that they didn't update it to work with autolayout.
I figured out why it was addi
On Jul 8, 2012, at 20:56 , Charles Srstka wrote:
> On Jul 8, 2012, at 9:48 PM, Rick Mann wrote:
>
>>> With no height constraint, the system doesn’t know how it should look at
>>> startup, and therefore that picture with the bottom pane being half the
>>> window’s height is just as legit as the
On Jul 8, 2012, at 9:48 PM, Rick Mann wrote:
>> With no height constraint, the system doesn’t know how it should look at
>> startup, and therefore that picture with the bottom pane being half the
>> window’s height is just as legit as the bottom text view being one line high.
>
> On the contrar
On Jul 8, 2012, at 19:32 , Charles Srstka wrote:
> You have to get used to the new way of thinking about things. No height
> constraint is literally telling the system, “I don’t care how high you make
> this view. Make it 1 px high, make it 1,000,000 px high, it’s all the same to
> me.”
So, I
On Jul 8, 2012, at 9:11 PM, Rick Mann wrote:
> Wow, really? I think it SHOULD use the actual sizes as specified in IB.
> There's a wealth of information there, and I can't think of a better way to
> specify what the default window should look like.
As an addendum to my previous e-mail, another
On Jul 8, 2012, at 9:11 PM, Rick Mann wrote:
> Wow, really? I think it SHOULD use the actual sizes as specified in IB.
> There's a wealth of information there, and I can't think of a better way to
> specify what the default window should look like.
Well, it tries to sync the constraints with wh
On Jul 8, 2012, at 19:01 , Charles Srstka wrote:
> You might have a case of ambiguity here (although the screenshot seems to
> suggest you don’t, which is odd). Ambiguity is why IB keeps liking to add
> stuff — you’ve got it so that the pane size is flexible, and the view sizes
> are flexible,
On Jul 8, 2012, at 8:43 PM, Rick Mann wrote:
> 2012-07-08 18:19:45.577 Console[49250:403] Unable to simultaneously satisfy
> constraints:
> (
>" H:[NSView:0x1029952d0(0)]>",
>" (Names: '|':NSView:0x1029952d0 )>",
>" (Names: '|':NSView:0x1029952d0 )>"
> )
Actually for this, try giving
On Jul 8, 2012, at 18:26 , Charles Srstka wrote:
> What’s your exact problem? If it’s one of the same things I was banging my
> head against earlier, I might be able to help.
In this case, I'm working with a two-pane horizontal split view (resizes in the
vertical direction). I already know the
On Jul 8, 2012, at 8:21 PM, Todd Heberlein wrote:
> On Jul 8, 2012, at 6:12 PM, Rick Mann wrote:
>
>> Is there anything that describes how I'm supposed to use IB to set layout
>> constraints? It keeps putting stuff in there, and then not behaving properly
>> at run time. I can't delete half the
On Jul 8, 2012, at 18:21 , Todd Heberlein wrote:
>
> On Jul 8, 2012, at 6:12 PM, Rick Mann wrote:
>
>> Is there anything that describes how I'm supposed to use IB to set layout
>> constraints? It keeps putting stuff in there, and then not behaving properly
>> at run time. I can't delete half
On Jul 8, 2012, at 6:12 PM, Rick Mann wrote:
> Is there anything that describes how I'm supposed to use IB to set layout
> constraints? It keeps putting stuff in there, and then not behaving properly
> at run time. I can't delete half the constraints until I add other ones, and
> even then it
Is there anything that describes how I'm supposed to use IB to set layout
constraints? It keeps putting stuff in there, and then not behaving properly at
run time. I can't delete half the constraints until I add other ones, and even
then it adds constraints that don't need to be there.
I almost
16 matches
Mail list logo