“De-Vue-Contrôleur” disparaît à l'aide de UIViewControllerContextTransitioning

Je me sens comme le raisonnement derrière cela devrait être mieux expliquée.

La vue disparaît parce que vous sortez de la présentation de la vue du contrôleur de la vue de son emplacement d'origine (afficher la hiérarchie), le mettre à l'intérieur de la containerView que votre animateur fournit, mais ne revient jamais en arrière une fois l'animation terminée. De sorte que la vue du contrôleur de point de vue est enlevée avec sa superview (containerView) à partir de la fenêtre complètement.

Dans iOS 7, le système retourne toujours afficher les contrôleurs de points de vue qui sont impliqués dans la présentation (présentation et présentée) à leur emplacement d'origine après la transition a fini d'animer automatiquement. Qui ne se fait plus pour certains styles de présentation dans iOS 8.

La règle est très simple: l'animateur ne doit manipuler la présentation de la vue du contrôleur de la vue, si ce point de vue du contrôleur de la vue va être cachées (supprimé à partir de la vue de la hiérarchie) complètement par la la fin de la transition. En d'autres termes cela signifie que, après la présentation initiale de l'animation ne finit que la vue du contrôleur de la vue sera visible et pas de présenter en vue du contrôleur de vue. Par exemple, si vous définissez présentés vue du contrôleur de vue de l'opacité à 50% et l'utilisation UIModalPresentationFullScreen vous ne serez pas en mesure de voir la présentation de la vue du contrôleur de la vue de dessous de l'présenté, mais si vous utilisez UIModalPresentationOverFullscreen - vous (UIPresentationController de shouldRemovePresentersView méthode est chargé de préciser que).

Pourquoi ne pas permettre à l'animateur de manipuler la présentation de la vue du contrôleur de la vue à tout moment? Tout d'abord, si la présentation de la vue du contrôleur de la vue va rester visible après l'animation des finitions au cours de l'ensemble de la présentation du cycle de vie il n'y a pas besoin de l'animer à tous qu'il reste où il est. Deuxièmement, si le droit de propriété pour afficher la barre de contrôle est transféré à la présentation de contrôleur, la présentation de la manette plus susceptibles de ne pas savoir comment la mise en page que la vue du contrôleur de la vue lorsque nécessaire, par exemple lorsque les changements d'orientation, mais le propriétaire original de la présentation de la vue contrôleur n'.

Dans iOS 8 viewForKey: méthode a été introduite pour obtenir des vues que l'animateur manipule. Tout d'abord, il permet de suivre la règle décrite ci-dessus par le retour de néant à chaque fois que l'animateur ne doit pas toucher la vue. Deuxièmement, il peut retourner un différents vue de l'animateur pour animer. Imaginez que vous êtes à la mise en œuvre d'une présentation similaire à la forme de la feuille. Dans ce cas, vous voulez ajouter un peu de l'ombre ou de la décoration autour de la vue du contrôleur de vue. L'animateur s'animer que la décoration de la place, et la vue du contrôleur de vue d'un enfant de la décoration.

viewControllerForKey: ne disparaît pas, il peut toujours être utilisé si un accès direct à la vue des contrôleurs est nécessaire, mais l'animateur ne doit pas faire d'hypothèses sur le point de vue qu'il doit animer.

Il y a plusieurs choses que vous pouvez faire pour correctement résoudre un problème avec la disparition de la présentation de la vue du contrôleur de la vue lorsque vous explicitement le placer à l'intérieur de l'animateur du conteneur affichage:

1. Si n'avez pas besoin d'animer la présentation de la vue du contrôleur de la vue, de l'utilisation viewForKey: pour obtenir des vues d'animer au lieu de tendre la main à vue-contrôleur les vues directement. viewForKey: peut retourner nil ou même complètement différents points de vue.

2. Si vous souhaitez animer la présentation de la vue des contrôleurs de vue, vous devriez envisager d'utiliser UIModalPresentationFullScreen de style ou de continuer à utiliser UIModalPresentationCustom et de mettre en œuvre votre propre sous-classe de UIPresentationController avec shouldRemovePresentersView retour YES. En fait, la mise en œuvre de cette méthode est la principale différence entre la présentation interne des contrôleurs défini par UIModalPresentationFullScreen et UIModalPresentationCustom styles en dehors du fait que ce dernier vous permet d'utiliser vos propres présentation des contrôleurs.

3. Dans tous les autres cas rares, vous devez revenir sur la présentation de la vue du contrôleur de la vue à son emplacement d'origine comme d'autres réponses suggérées.

De ne pas fixer de modalPresentationStyle à UIModalPresentationCustom résolu le problème pour moi.

En d'autres termes, en laissant à la valeur par défaut de UIModalPresentationFullScreen au lieu de spécifier UIModalPresentationCustom fixe la disparition de vue en question. Remarque le UIViewControllerTransitioningDelegate encore, le protocole semble être suivie, même en sortant à la valeur par défaut. Si je me souviens bien, une fois UIModalPresentationCustom est une exigence.

Fonctionne jusqu'à présent, ne l'ai essayé ce pour les non-animations interactives.

Dans iOS 8, vous avez besoin de créer un UIPresentationController et de mettre en œuvre la méthode ci-dessous, dans la UIViewControllerTransitioningDelegate.

- (UIPresentationController *)presentationControllerForPresentedViewController:(UIViewController *)presented presentingViewController:(UIViewController *)presenting sourceViewController:(UIViewController *)source;

Demande à votre délégué pour la présentation personnalisée de contrôleur à utiliser pour la gestion de la vue de la hiérarchie lors de la présentation d'une vue contrôleur.

Valeur De Retour:

La coutume présentation de contrôleur pour la gestion des modes de présentation.

Discussion:

Lorsque vous présentez une-vue-contrôleur à l'aide de la
UIModalPresentationCustom style de présentation, le système appelle le présent
la méthode et de la demande pour la présentation contrôleur qui gère votre
de style personnalisée. Si vous implémentez cette méthode, l'utiliser pour créer et
de retour de la coutume de la présentation de l'objet contrôleur que vous souhaitez utiliser
pour gérer le processus de présentation.

Si vous n'avez pas de mettre en œuvre cette méthode, ou si votre mise en œuvre de cette
méthode retourne nil, le système utilise une présentation par défaut du contrôleur
objet. La présentation par défaut du contrôleur de ne pas ajouter de tout point de vue ou
contenu de l'avis de la hiérarchie.

Disponibilité Disponible sous iOS 8.0 et versions ultérieures.

Pour plus d'informations, regardez la WWDC 2014, la vidéo:

https://developer.apple.com/videos/wwdc/2014/?include=228

Il y a aussi un exemple de code à partir de la WWDC appelé "LookInside: Présentation des Contrôleurs d'Adaptabilité et Personnalisé Animateur Objets", que vous pouvez télécharger à partir de la WWDC 2014 exemple de page de code.

Vous devrez peut-être modifier l'exemple de code un peu. Le UIPresentationController méthode init changé:

initWithPresentedViewController:presented presentingViewController:presenting

Avant il a été de présenter et ensuite présenté. Il suffit de le remplacer et cela devrait fonctionner.

Ici est un Objectif de la version C de la Cendre du correctif.

//my attempt at obj-c version of Ash's fix
UIView *theToView = [transitionContext viewControllerForKey:UITransitionContextToViewControllerKey].view;
[[[UIApplication sharedApplication] keyWindow] addSubview:theToView];
[transitionContext completeTransition:YES]

J'ai eu à inverser l'ordre et de l'appel de la [transitionContext completeTransition: la méthode] après l'ajout de la vue arrière pour obtenir la présentation d'un nouveau-vue-contrôleur de la destitution de l'achèvement de bloquer un autre point de vue contrôleur de travailler correctement.

Je ne sais pas si ça va résoudre le problème pour tout le monde, mais il fonctionne dans mon application. Cheers!

J'ai trouvé que viewForKey:UITransitionContextToViewKey retourne nil sur ios8. Donc, si c'est nul, je prends le point de vue de l' 'à' - vue-contrôleur.

Cependant, il semble que ce résultat dans le 'à' vue de ne pas être déplacés à partir du conteneur de la fenêtre lors de la completeTransition:YES est appelé. Donc, si viewForKey:UITransitionContextToViewKey retourne nil, je tombe sur toVC.view, et de garder trace du fait qu'il est revenu à zéro, et après l'achèvement je le déplacer vers le conteneur initial superview (qui se trouve être la fenêtre).

Si ce code fonctionne sur iOS7 ainsi que iOS8, et devrait travail sur iOS9 trop même si ils le réparer ou pas.

- (void)animateTransition:(id <UIViewControllerContextTransitioning>)transitionContext {
//Get the 'from' and 'to' views/controllers.
UIViewController *fromVC = [transitionContext viewControllerForKey:UITransitionContextFromViewControllerKey];
UIViewController *toVC = [transitionContext viewControllerForKey:UITransitionContextToViewControllerKey];
BOOL hasViewForKey = [transitionContext respondsToSelector:@selector(viewForKey:)]; //viewForKey is iOS8+.
UIView *fromView = hasViewForKey ?
[transitionContext viewForKey:UITransitionContextFromViewKey] :
fromVC.view;
UIView *toView = hasViewForKey ?
[transitionContext viewForKey:UITransitionContextToViewKey] :
toVC.view;
//iOS8 has a bug where viewForKey:to is nil: http://stackoverflow.com/a/24589312/59198
//The workaround is: A) get the 'toView' from 'toVC'; B) manually add the 'toView' to the container's
//superview (eg the root window) after the completeTransition call.
BOOL toViewNilBug = !toView;
if (!toView) { //Workaround by getting it from the view.
toView = toVC.view;
}
UIView *container = [transitionContext containerView];
UIView *containerSuper = container.superview; //Used for the iOS8 bug workaround.
//Perform the transition.
toView.frame = container.bounds;
[container insertSubview:toView belowSubview:fromView];
[UIView animateWithDuration:kDuration delay:0 options:UIViewAnimationOptionCurveEaseIn animations:^{
fromView.frame = CGRectOffset(container.bounds, 0, CGRectGetHeight(container.bounds));
} completion:^(BOOL finished) {
[transitionContext completeTransition:YES];
if (toViewNilBug) {
[containerSuper addSubview:toView];
}
}];
}

Après avoir rencontré ce problème, j'ai été très confus, parce que j'avais écrit quelque chose de presque identique a pas si longtemps que a bien fonctionné. Venu ici chercher des réponses à trouver des correctifs de regarder assez hacky, et ne semblent pas comprendre la cause... c'est vraiment très facile à corriger.

Quelques réponses mention de changer modalPresentationStyle à .overFullScreen. C'est correct, .overCurrentContext serait trop de travail. Ce qui est attendu, et le comportement d'Apple documents. Mais pourquoi n'est-ce pas de travail pour tout le monde? Pourquoi tous les hacky code, et les combinaisons de ce avec quelque chose d'autre, et truc de dingue que vous ne devriez pas être en train de faire?

S'avère, vous devez définir le style de présentation AVANT LE point de VUE des CHARGES. Pas après. Le faire dans l'init, ou de le faire à partir du contrôleur précédent, ou si vous le souhaitez, tant que c'est avant le point de vue des charges.

Je suis coincé sur cette question. Je cherchais à créer une transition personnalisée avec un fond semi-transparent où je pouvais encore voir le point de vue du contrôleur, j'ai été à venir, mais j'ai seulement eu un arrière-plan noir. J'ai trouvé la Marque de Aron réponse dans ce thread m'a aidé, mais il est écrit en Objective C voici donc une Swift 3 version de cette réponse, qui je l'ai testé pour l'iOS 9 et iOS 10:

1. Créer une sous-classe de UIPresentationController. Remplacer le shouldRemovePresentersView à faux comme suit:

   class ModalPresentationController: UIPresentationController {
   override var shouldRemovePresentersView: Bool {
   return false
   }
   override func containerViewWillLayoutSubviews() {
   presentedView?.frame = frameOfPresentedViewInContainerView
   }
   }

2. Dans le lieu que vous l'instanciation de la nouvelle-vue-contrôleur et la fixation de sa transition délégué, indiquez que vous souhaitez qu'il s'affiche personnalisée modal style de présentation comme suit:

   let newVC = mainStoryboard.instantiateViewController(withIdentifier: "newVC") as! NewViewController 
   newVC.transitioningDelegate = self
   newVC.modalPresentationStyle = UIModalPresentationStyle.custom
   newVC.modalPresentationCapturesStatusBarAppearance = true //optional
   present(newVC, animated: true, completion: nil)

3. Maintenant remplacer le presentationController méthode de votre UIViewControllerTransitioningDelegate et retour personnalisé de votre UIPresentationController. J'ai eu la mienne comme une extension de ma classe actuelle:

   extension CurrentViewController: UIViewControllerTransitioningDelegate {
   //this is where you implement animationController(forPresented) and animationController(forDismissed) methods
   func presentationController(forPresented presented: UIViewController, presenting: UIViewController?, source: UIViewController) -> UIPresentationController? {
   return ModalPresentationController(presentedViewController: presented, presenting: source)
   }
   }

Une autre chose à noter est que vous ne devriez pas essayer de référence et de votre fromView dans votre presentAnimator classe. Ce sera nulle, et vous obtiendrez un message d'erreur lors de l'exécution. Autre que cela, si vous implémentez des choses comme des choses, vous obtiendrez votre transition personnalisée avec son animation et un fond semi-transparent, si vous faites un.