> On Sep 6, 2015, at 10:27 AM, Mike Abdullah <mabdul...@karelia.com> 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 <newsli...@autonomy.caltech.edu> 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 (Cocoa-dev@lists.apple.com) >> >> 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/mabdullah%40karelia.com >> >> This email sent to mabdul...@karelia.com > _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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 arch...@mail-archive.com
