Re: "Computed segue" in iOS?
Re: "Computed segue" in iOS?
- Subject: Re: "Computed segue" in iOS?
- From: Carl Hoefs <email@hidden>
- Date: Mon, 07 Sep 2015 12:33:07 -0700
> On Sep 6, 2015, at 10:27 AM, Mike Abdullah <email@hidden> wrote:
>
> Ideally, you use different cells for the different data elements, and wire them up to the appropriate segue, letting the system take care of most of it for you.
This is for situations when one is not using a prototype cell in the UITableView?
>
> If you need something more complex, it’s time to trigger the segues programatically. You can wire up multiple segues from your source View Controller to other VCs.
I wish I knew how! IB allows me to wire up only a single segue from my source VC (with the UITableView) to another VC.
>
> Probably simples from there is to implement the UITableViewDelegate method which tells you a cell was selected and trigger the segue from it.
I understand this to require an additional (modal) storyboard segue + identifier to be defined in IB.
> But an alternative can be to wire up a single segue from the cell itself, and override -shouldPerformSegueWithIdentifier: to return NO and trigger a different segue instead.
This would work if I could wire up multiple segues from a single VC, each with an identifier. Then I could call -performSegueWithIdentifier: directly. But I'm not seeing how to define the additional segue + identifier in IB.
Thx,
-Carl
>
>> On 5 Sep 2015, at 01:03, Carl Hoefs <email@hidden> wrote:
>>
>> iOS 8.4.1
>>
>> I need to segue from a UITableView to different view controllers depending which element in the table is touched (some elements are videos that need to be displayed/edited, some are data files that need to be graphed, etc.).
>>
>> Is it possible to have a "computed segue" in iOS such that I can segue intelligently to the appropriate view controller based on some criteria? Or must I use a "stopgap" view controller invoked by the UITableView that will do the content analysis and then perform a segue to the appropriate view controller?
>>
>> -Carl
>>
>>
>> _______________________________________________
>>
>> 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
>
_______________________________________________
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