On Aug 16, 2013, at 08:57 , Kyle Sluder <[email protected]> wrote:
> On Aug 16, 2013, at 7:14 AM, Rick Mann <[email protected]> wrote:
>
>>
>> On Aug 16, 2013, at 04:12 , Roland King <[email protected]> wrote:
>>
>>> Basically auto layout gets it right then calls a method which resets the
>>> content size to what it was before, I know not why. I have a method
>>> somewhere which catches this content size change and thwarts it if it's not
>>> the bounds size. Hack.
>>
>> Ugh, yeah. Okay, I'll probably do that. You just override -setContentSize:?
>> Or check it when the view is popped?
>
> Before adopting a cargo-cult solution, can you reproduce the issue in a
> sample app and post that here?
I tried to, but couldn't repro it. Deadline monday, can't spend more time
working on the sample app.
I overrode setContentSize to see when it was getting set incorrectly. Seems to
be triggered by code I added to drill down automatically into my nav
controller. When popping back, it restores the bad size.
In my prepareForSegue:, I end up calling this:
[self.tableView selectRowAtIndexPath: path animated: false scrollPosition:
UITableViewScrollPositionMiddle];
[self performSegueWithIdentifier: @"pushJobDetail" sender: self];
"pushJobDetail" is another push segue from my first table cell.
Is there a better way to prepare the UINavigationController stack to drill down
into a selected item when the user causes the popover to be displayed? I'd like
for it to just appear drilled down, not animate.
--
Rick
_______________________________________________
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]
