Suppression d'une vue contrôleur de UIPageViewController

Même si les réponses ici sont tous un caractère informatif, il y a une autre façon de traiter le problème, étant donné ici:

UIPageViewController navigue vers la mauvaise page de Défilement style de transition

Quand j'ai cherché une réponse à ce problème, la façon dont j'ai été libellé ma recherche plaie moi à cette question, et non pas le seul, j'ai un lien, donc je me suis senti obligé de poster une réponse un lien vers cette autre question, maintenant que j'ai trouvé, et aussi élaborer un peu.

Le problème est décrit assez bien par matt ici:

C'est effectivement un bug dans UIPageViewController. Il se produit uniquement avec le défilement de style (UIPageViewControllerTransitionStylescroll) et seulement
après l'appel de setViewControllers:direction:animation:réalisation: avec
animation:OUI. Il y a donc deux solutions:

Ne pas utiliser UIPageViewControllerTransitionStylescroll.

Ou, si vous appelez setViewControllers:direction:animation:achèvement:, utiliser
seulement animés:NO.

Pour voir le bug clairement, appel
setViewControllers:direction:animation:réalisation: puis, dans le
(interface utilisateur), accédez à gauche (retour) à la page précédente
manuellement. Vous revenez à la page incorrecte: non pas le précédent
page, mais la page que vous étiez lorsque
setViewControllers:direction:animation:achèvement: a été appelé.

La raison pour le bug semble être que, lorsque vous utilisez le défilement
style, UIPageViewController fait un peu de tri interne de la mise en cache. Ainsi,
après l'appel à setViewControllers:direction:animation:achèvement:,
il ne parvient pas à effacer de sa mémoire cache interne. Il pense qu'il sait ce que l'
page précédente est. Ainsi, lorsque l'utilisateur navigue vers la gauche à la
retour à la page précédente, UIPageViewController ne parvient pas à appeler la source de données
méthode pageViewController:viewControllerBeforeViewController: ou
l'appelle avec le mauvais affichage en cours de la manette.

C'est une bonne description, pas tout à fait le problème indiqué dans cette question, mais très proche. Remarque la ligne si vous ne setViewControllers avec animated:NO vous force l'UIPageViewController à ré-interroger la source de données la prochaine fois que l'utilisateur casseroles avec un geste, qu'il ne "sait où il est", ou ce que la vue des contrôleurs sont à côté de son actuel-vue-contrôleur.

Toutefois, cela ne fonctionne pas pour moi parce qu'il y avait des moments où j'ai besoin de déplacer par programmation la consultation de la page autour de avec une animation.

Donc, ma première pensée a été d'appeler setViewControllers avec une animation, puis dans l'achèvement de l'appel du bloc de la méthode de nouveau avec ce que l'-vue-contrôleur a été de montrer, mais sans animation. Ainsi, l'utilisateur peut pan, très bien, mais ensuite, nous appelons la méthode pour obtenir l'affichage de la page pour réinitialiser.

Malheureusement quand j'ai essayé, j'ai commencé à avoir étrange assertion "erreurs" de la page vue-contrôleur. Ils ressembler à quelque chose comme ceci:

*** Échec d'Assertion dans -[UIPageViewController queuingScrollView: ...

Ne sachant pas exactement pourquoi ce qui se passait, j'ai fait marche arrière et a finalement commencé à l'aide de Jai la réponse de comme une solution, la création d'un tout nouveau UIPageViewController, poussant dans un UINavigationController, puis saute de l'ancien. Brut, mais il fonctionne, la plupart du temps. J'ai été trouver je suis encore en train occasionnel Affirmation des Échecs de la UIPageViewController, comme celui-ci:

*** Échec d'Assertion dans -[UIPageViewController queuingScrollView:didEndManualScroll:toRevealView:direction:animation:didFinish:didComplete:],
/SourceCache/UIKit_Sim/UIKit-2380.17/UIPageViewController.m:1820 $1 =
154507824 Pas de vue contrôleur de gestion d'affichage visible >

Et l'application se bloque. Pourquoi? Eh bien, la recherche, j'ai trouvé ce autre question que je l'ai mentionné en haut, et en particulier la accepté de répondre à qui prône mon idée d'origine, de simplement appeler setViewControllers: animated:YES et puis dès la fin de l'appel de setViewControllers: animated:NO avec le même point de vue, les contrôleurs pour réinitialiser le UIPageViewController, mais il avait l'élément manquant: l'appel à ce code de retour sur la file d'attente principale! Voici le code:

__weak YourSelfClass *blocksafeSelf = self;     
[self.pageViewController setViewControllers:viewControllers direction:UIPageViewControllerNavigationDirectionForward animated:YES completion:^(BOOL finished){
            if(finished)
            {
                dispatch_async(dispatch_get_main_queue(), ^{
                    [blocksafeSelf.pageViewController setViewControllers:viewControllers direction:UIPageViewControllerNavigationDirectionForward animated:NO completion:NULL];//bug fix for uipageview controller
                });
            }
        }];

Wow! La seule raison pour laquelle cela fait sens pour moi parce que j'ai regardé la WWDC 2012 Session 211, la Construction Simultanée des Interfaces Utilisateur sur iOS (disponible ici avec un compte dev). Je ne me souviens que de tenter de modifier les objets de source de données que UIKit des objets (comme des UIPageViewController) dépendent, et de le faire sur un secondaire de la file d'attente, peuvent causer des méchants se bloque.

Ce que je n'ai jamais vu de particulièrement documenté, mais elle doit maintenant assumer d'être le cas et de lire sur, c'est que l'achèvement de bloc pour une animation est exécutée sur un secondaire de la file d'attente, pas le principal. Donc la raison pour laquelle UIPageViewController était de gloussements et de donner les défaillances d'assertion, à la fois quand j'ai d'abord tenté d'appeler setViewControllers animated:NO à la fin du bloc de setViewControllers animated:YES et aussi maintenant que je suis tout simplement à l'aide d'un UINavigationController à pousser sur un nouveau UIPageViewController (mais, encore une fois, à la fin du bloc de setViewControllers animated:YES) c'est parce que tout se passe sur le secondaire de la file d'attente.

C'est pourquoi ce morceau de code, il fonctionne parfaitement, parce que vous venez de l'animation de l'achèvement de bloc et de le renvoyer à la file d'attente principale afin de ne pas traverser les cours d'eau avec UIKit. Brillant.

De toute façon, je voulais partager ce voyage, au cas où quelqu'un passe à travers ce problème.

EDIT: Swift version ici, si ça intéresse quelqu'un.

maq est droit. Si vous utilisez le défilement de la transition, le retrait d'un enfant-vue-contrôleur de la UIPageViewController n'empêche pas le supprimé "page" de revenir à l'écran si l'utilisateur navigue sur elle. Si vous êtes intéressé, voici comment j'ai enlevé l'enfant-vue-contrôleur de la UIPageViewController.

//deleteVC is a child view controller of the UIPageViewController
[deleteVC willMoveToParentViewController:nil];
[deleteVC.view removeFromSuperview];
[deleteVC removeFromParentViewController]; 

- Vue-contrôleur deleteVC est retiré de la childViewControllers propriété de la UIPageViewController, mais encore s'affiche sur l'écran si l'utilisateur navigue vers elle.

Jusqu'à ce que quelqu'un de plus malin que moi trouve une solution élégante, voici un travail autour (c'est un hack--donc, vous devez vous demander si vous avez vraiment besoin de supprimer des pages à partir d'un UIPageViewController).

Ces instructions supposent qu'une seule page est affichée à la fois.

Une fois que l'utilisateur appuie sur un bouton indiquant qu'elle voudrait supprimer la page, accédez à la page suivante ou précédente à l'aide de la setViewControllers:direction:animation:réalisation: méthode. Bien sûr, vous devez supprimer le contenu de la page à partir de votre modèle de données.

Prochaine (et c'est ici le hack), créer et configurer une nouvelle marque UIPageViewController et de le charger dans le premier plan (c'est à dire, en face de l'autre UIPageViewController). Assurez-vous que le nouveau UIPageViewController commence l'affichage de la même page qui a été précédemment affiché. Votre nouveau UIPageViewController va chercher fraîche vue des contrôleurs de la source de données.

Enfin, de décharger et de détruire la UIPageViewController qui est en arrière-plan.

De toute façon, maq posé une très bonne question. Malheureusement, je n'ai pas assez de points de réputation à voter sur la question. Ah, osez rêver... un jour je vais avoir 15 points de réputation.

Pour améliorer cela. Vous devriez détecter si la page vue est de défilement ou pas avant de setViewControllers.

var isScrolling = false

func viewDidLoad() {
...

  for v in view.subviews{
    if v.isKindOfClass(UIScrollView) {
      (v as! UIScrollView).delegate = self
    }
  }
}

func scrollViewWillBeginDragging(scrollView: UIScrollView){
    isScrolling = true
}

func scrollViewDidEndDecelerating(scrollView: UIScrollView){
    isScrolling = false
}

func jumpToVC{
    if isScrolling {  //you should not jump out when scrolling
        return
    }
    setViewControllers([vc], direction:direction, animated:true, completion:{[unowned self] (succ) -> Void in
        if succ {
            dispatch_async(dispatch_get_main_queue(), { () -> Void in
                self.setViewControllers([vc], direction:direction, animated:false, completion:nil)
            })
        }
    })
}

J'apprends juste moi-même, afin de les prendre avec un grain de sel, mais ce que je comprends, vous avez besoin de changer la source de données de la pageviewcontroller, ne retirez pas le viewcontroller. Combien de pages sont affichées dans une pageviewcontroller est déterminée par sa source de données, pas le viewcontrollers.

J'ai eu une situation similaire, où je voulais l'utilisateur d'être en mesure de "robinet" et supprimer" n'importe quelle page de l'UIPageViewController. Après avoir joué un peu avec elle, j'ai trouvé une solution plus simple que celles décrites ci-dessus:

1. De Capture de la page index de la "mort de la page".
2. Vérifier pour voir si la "mort en page" est la dernière page.
   • Ceci est important parce que si c'est la dernière page, nous avons besoin de faire défiler vers la gauche (si nous avons des pages "A B C" et supprimer C, nous allons faire défiler jusqu'à B).
   • Si elle n'est pas la dernière page, nous allons vous faites défiler vers la droite (si nous avons des pages "A B C" et supprimer B, nous allons faire défiler jusqu'à C).

3. Faire un temporaire de sauter à un endroit "sécuritaire" (idéalement le final). L'utilisation d'animation: NON pour que cela se produise instantanément.

   UIViewController *jumpToAnotherViewController = [self viewControllerAtIndex:dyingPageIndex-1];
   [self setViewControllers:@[jumpToAnotherViewController] direction:UIPageViewControllerNavigationDirectionReverse animated:NO completion:nil];

4. Supprimer la page sélectionnée à partir du modèle/de la source de données.

5. Maintenant, si c'est la dernière page:

   • Ajuster votre modèle pour sélectionner la page à gauche.
   • Obtenir le viewcontroller sur la gauche, notez que C'EST LE MÊME que celui que vous avez récupéré à l'étape 3.
   • Il est important de le faire APRÈS que vous avez supprimé la page à partir de la source de données, car il va rafraîchir.

   • Aller à elle, cette fois avec animation: OUI.

     jumpToAnotherViewController = [self viewControllerAtIndex:dyingPageIndex-1];
     [self setViewControllers:@[jumpToAnotherViewController] direction:UIPageViewControllerNavigationDirectionReverse animated:YES completion:nil];

6. Dans le cas où il n'a PAS été la dernière page:

   • Ajuster votre modèle pour sélectionner la page sur la droite.
   • Obtenir le viewcontroller sur la droite, notez que ce n'est pas celui que vous avez récupéré à l'étape 3. Dans mon cas, vous verrez que c'est l'un à dyingPageIndex, parce que le mourant page a déjà été retirées du modèle.
   • Encore une fois, il est important de le faire APRÈS que vous avez supprimé la page à partir de la source de données, car il va rafraîchir.

   • Aller à elle, cette fois avec animation: OUI.

     jumpToAnotherViewController = [self viewControllerAtIndex:dyingPageIndex;
     [self setViewControllers:@[jumpToAnotherViewController] direction:UIPageViewControllerNavigationDirectionForward animated:YES completion:nil];

7. Que c'est! Cela fonctionne bien dans XCode 6.1.1.

Code complet ci-dessous. Ce code est dans mon UIPageViewController et est appelé par l'intermédiaire d'un délégué de la page à supprimer. Dans mon cas, la suppression de la première page n'a pas été autorisé, car il contient des choses différentes du reste des pages. Bien sûr, vous avez besoin de remplacer:

• YourUIViewController: avec la classe de chacune de vos pages.
• YourTotalNumberOfPagesFromModel: avec le nombre total de pages de votre modèle

• [YourModel deletePage:] avec le code pour supprimer les mourants de la page de votre modèle

  - (void)deleteAViewController:(id)sender {
      YourUIViewController *dyingGroup = (YourUIViewController *)sender;
      NSUInteger dyingPageIndex = dyingGroup.pageIndex;
      //Check to see if we are in the last page as it's a special case.
      BOOL isTheLastPage = (dyingPageIndex >= YourTotalNumberOfPagesFromModel.count);
      //Make a temporary jump back - make sure to use animated:NO to have it jump instantly
      UIViewController *jumpToAnotherViewController = [self viewControllerAtIndex:dyingPageIndex-1];
      [self setViewControllers:@[jumpToAnotherViewController] direction:UIPageViewControllerNavigationDirectionReverse animated:NO completion:nil];
      //Now delete the selected group from the model, setting the target
      [YourModel deletePage:dyingPageIndex];
      if (isTheLastPage) {
          //Now jump to the definitive controller. In this case, it's the same one, we're just reloading it to refresh the data source.
          //This time we're using animated:YES
          jumpToAnotherViewController = [self viewControllerAtIndex:dyingPageIndex-1];
          [self setViewControllers:@[jumpToAnotherViewController] direction:UIPageViewControllerNavigationDirectionReverse animated:YES completion:nil];
      } else {
          //Now jump to the definitive controller. This reloads the data source. This time we're using animated:YES
          jumpToAnotherViewController = [self viewControllerAtIndex:dyingPageIndex];
          [self setViewControllers:@[jumpToAnotherViewController] direction:UIPageViewControllerNavigationDirectionForward animated:YES completion:nil];
      }
  }

Il l'a fait, il le suit dans Swift 3.0

fileprivate var isAnimated:Bool = false

override func setViewControllers(_ viewControllers: [UIViewController]?, direction: UIPageViewControllerNavigationDirection, animated: Bool, completion: ((Bool) -> Void)? = nil) {

        if self.isAnimated {
            delay(0.5, closure: { 
                self.setViewControllers(viewControllers, direction: direction, animated: animated, completion: completion)
            })
        }else {
                super.setViewControllers(viewControllers, direction: direction, animated: animated, completion: completion)
        }

    }


extension SliderViewController:UIPageViewControllerDelegate {

    func pageViewController(_ pageViewController: UIPageViewController, willTransitionTo pendingViewControllers: [UIViewController]) {
        self.isAnimated = true
    }

    func pageViewController(_ pageViewController: UIPageViewController, didFinishAnimating finished: Bool, previousViewControllers: [UIViewController], transitionCompleted completed: Bool) {
        self.isAnimated = finished
    }
}

Et ici la fonction de délai

func delay(_ delay:Double, closure:@escaping ()->()) {
    DispatchQueue.main.asyncAfter(
        deadline: DispatchTime.now() + Double(Int64(delay * Double(NSEC_PER_SEC))) / Double(NSEC_PER_SEC), execute: closure)
}