Невозможно создать сеанс размотки при использовании пользовательской оболочки контроллера просмотра

Ответ 1

Проблема в вашем примере заключается в том, что там нет. Это слишком просто. Во-первых, вы создаете свой контроллер контейнера довольно странным образом (вы не используете новый контейнерный вид контейнера IB, который поможет вам это сделать). Во-вторых, вам нечего раскручивать: ничто не было нажато или не представлено поверх всего.

У меня есть рабочий пример, показывающий, что canPerformUnwindSegueAction действительно обсуждается с родительской цепочкой и что viewControllerForUnwindSegueAction и segueForUnwindingToViewController вызываются и эффективны, если они присутствуют в нужном месте. См:

https://github.com/mattneub/Programming-iOS-Book-Examples/tree/master/ch19p640presentedViewControllerStoryboard2

Теперь я создал вилку вашего исходного примера на github, исправляя ее так, чтобы она иллюстрировала эти функции:

https://github.com/mattneub/UnwindSegues

На самом деле это не такая ситуация, когда требуется "расслабиться", но она показывает, как "разматывать" можно использовать, когда задействован пользовательский контроллер представления контейнера.

Ответ 2

Кажется, что это ошибка - я также ожидал бы, что вы сможете работать, как только вы это сделали.

Обходной путь, который я использовал, явно отклоняет представленный контроллер представления в методе IBAction:

- (UIStoryboardSegue *)segueForUnwindingToViewController:(UIViewController *)toViewController
                                      fromViewController:(UIViewController *)fromViewController
                                              identifier:(NSString *)identifier
{
    return [[UIStoryboardSegue alloc] initWithIdentifier:identifier
                                                 source:fromViewController
                                             destination:toViewController];
}

- (IBAction)unwind:(UIStoryboardSegue*)segue
{
    UIViewController *vc = segue.sourceViewController;
    [vc willMoveToParentViewController:nil];
    if ([vc respondsToSelector:@selector(beginAppearanceTransition:animated:)]) {
        [vc beginAppearanceTransition:NO animated:YES]; // iOS 6
    }
    UIView *modal = vc.view;
    UIView *target = [[segue destinationViewController] view];
    [UIView animateWithDuration:duration animations:^{
        modal.frame = CGRectMake(0, target.bounds.size.height, modal.frame.size.width, modal.frame.size.height);
     } completion:^(BOOL finished) {
        [modal removeFromSuperview];
        [vc removeFromParentViewController];
        if ([vc respondsToSelector:@selector(endAppearanceTransition)]) {
            [vc endAppearanceTransition];
          }
    }];
}

Ответ 3

Краткая история перед ответом: я просто столкнулся с тем же самым точным сообщением об ошибке при попытке использовать несколько видов контейнеров на одном экране iPad в iOS 6 и вызывая разворот segues из кода. Сначала я подумал, что это может быть проблемой, потому что мой segue был создан с использованием Storiesboards путем CTRL-перетаскивания из File Owner в Exit, а не из некоторого элемента управления пользовательского интерфейса в Exit, но у меня были такие же результаты, когда я добавлял теги Close на каждом VC и они запускают разматывание. Я понял, что я пытаюсь отключить встроенный сегмент, а не модальный /push/popup segue, поэтому имеет смысл, что он этого не делает. В конце концов, если развязка segue завершается успешно, а контроллер представления выгружается из представления контейнера, iOS 6 считает, что на этом месте будет пустое место на экране. (В моем случае у меня есть другой вид контейнера, занимающий экранную недвижимость, которая отображается за контейнером, который я пытаюсь выгрузить, но iOS не знает, что, поскольку эти два не связаны каким-либо образом.)

Ответ: это привело меня к осознанию того, что вы можете только размотать модальные, push или popper segues, будь то в главном окне или как часть контроллера навигации/табуляции. Это b/c iOS, а затем знает, что был предыдущий VC, ответственный за весь экран, и безопасно вернуться к нему. Таким образом, в вашем случае я хотел бы узнать, как iOS показывает, что представление вашего дочернего контейнера связано с представлением вашего родительского контейнера таким образом, чтобы было безопасно отклонить представление дочернего контейнера. Например, выполните режим modal/push/popover segue при отображении представления дочернего контейнера или оберните оба в пользовательский класс UINavigationController (я предполагаю, что вам не нужна панель навигации, почему пользовательский класс).

Извините, я не могу дать точный код, но это лучшее, что я получил до сих пор, и надеюсь, что это будет полезно.

Ответ 4

Похоже, эта ошибка исправлена ​​в iOS9.