«From View Controller» disparaît à l'aide de UIViewControllerContextTransitioning

J'ai un problème et je l'ai décrit ci-dessous.

J'utilise UIViewControllerContextTransitioningpour des transitions personnalisées.

J'ai 2 contrôleurs de vue, un premier contrôleur de vue et un deuxième contrôleur de vue.

Maintenant, je veux ajouter un deuxième contrôleur de vue sur le premier contrôleur de vue avec une animation. Je l'ai atteint, maintenant le deuxième contrôleur de vue est transparent, nous pouvons donc voir le premier contrôleur de vue sous le deuxième contrôleur de vue.

Mais je ne peux pas voir le premier contrôleur de vue, et je ne peux voir que l'écran noir sous le deuxième contrôleur de vue.

-(void)animateTransition:(id<UIViewControllerContextTransitioning>)transitionContext{
    self.transitionContext = transitionContext;
    if(self.isPresenting){
        [self executePresentationAnimation:transitionContext];
    }
    else{
       [self executeDismissalAnimation:transitionContext];
    }
  }

-(void)executePresentationAnimation:(id<UIViewControllerContextTransitioning>)transitionContext{
     UIView* inView = [transitionContext containerView];
     UIViewController* toViewController = [transitionContext viewControllerForKey:UITransitionContextToViewControllerKey];

     UIViewController* fromViewController = [transitionContext viewControllerForKey:UITransitionContextFromViewControllerKey];

     CGRect offScreenFrame = inView.frame;
     offScreenFrame.origin.y = inView.frame.size.height;
     toViewController.view.frame = offScreenFrame;

    toViewController.view.backgroundColor = [UIColor clearColor];
    fromViewController.view.backgroundColor = [UIColor clearColor];
    inView.backgroundColor = [UIColor  clearColor];
    [inView insertSubview:toViewController.view aboveSubview:fromViewController.view];
     // [inView addSubview:toViewController.view];
    CFTimeInterval duration = self.presentationDuration;
    CFTimeInterval halfDuration = duration/2;

    CATransform3D t1 = [self firstTransform];
    CATransform3D t2 = [self secondTransformWithView:fromViewController.view];

    [UIView animateKeyframesWithDuration:halfDuration delay:0.0 options:UIViewKeyframeAnimationOptionCalculationModeLinear animations:^{

    [UIView addKeyframeWithRelativeStartTime:0.0f relativeDuration:0.5f animations:^{
        fromViewController.view.layer.transform = t1;
    }];

    [UIView addKeyframeWithRelativeStartTime:0.5f relativeDuration:0.5f animations:^{
        fromViewController.view.layer.transform = t2;
    }];
    } completion:^(BOOL finished) {
    }];


    [UIView animateWithDuration:duration delay:(halfDuration - (0.3*halfDuration)) usingSpringWithDamping:0.7f initialSpringVelocity:6.0f options:UIViewAnimationOptionCurveEaseIn animations:^{
        toViewController.view.frame = inView.frame;
    } completion:^(BOOL finished) {
        [self.transitionContext completeTransition:YES];
    }];
}

Lorsqu'il est [self.transitionContext completeTransition:YES];appelé, le premier contrôleur de vue disparaît soudainement et un écran noir s'affiche sous le second contrôleur de vue.

Quelqu'un a-t-il une idée? Merci.

J'avais le même problème ici - cela ressemble à un bogue dans iOS 8. J'ai déposé un radar .

J'ai utilisé Reveal pour inspecter la hiérarchie des vues une fois que l'écran est devenu noir. La clé UIWindowest complètement vide - aucune hiérarchie de vue!

J'ai joué un peu et il semble qu'il existe une solution de contournement simple, pour les cas simples. Vous pouvez simplement rajouter la toViewControllervue de la sous-vue de la fenêtre clé:

transitionContext.completeTransition(true)
UIApplication.sharedApplication().keyWindow!.addSubview(toViewController.view)

J'ai vérifié et la fenêtre de clé rootViewControllerest toujours correctement définie, donc c'est très bien. Je ne suis pas sûr de ce qui se passerait si vous présentiez votre contrôleur à partir d'un contrôleur modal déjà présenté, donc pour les cas plus complexes, vous devrez expérimenter.

Je pense que le raisonnement derrière cela devrait être mieux expliqué.

La vue disparaît car vous retirez la vue du contrôleur de vue de présentation de son emplacement d'origine (hiérarchie de vues), placez-la dans le containerView que votre animateur fournit mais ne la retourne jamais une fois l'animation terminée. Ainsi, la vue du contrôleur de vue est complètement supprimée avec sa vue supervisée (containerView) de la fenêtre.

Dans iOS 7, le système renvoyait toujours les vues des contrôleurs de vue impliqués dans la présentation (présentation et présentation) à leur emplacement d'origine une fois l'animation terminée de la transition. Cela ne se produit plus pour certains styles de présentation dans iOS 8.

La règle est très simple: l'animateur ne doit manipuler la vue du contrôleur de vue de présentation que si la vue de ce contrôleur de vue va être complètement masquée (supprimée de la hiérarchie de vue) à la fin de la transition . En d'autres termes, cela signifie qu'après la fin de l'animation de présentation initiale, seule la vue du contrôleur de vue présentée sera visible et non la vue du contrôleur de vue de présentation. Par exemple, si vous définissez l'opacité de la vue du contrôleur de vue présenté à 50% et utilisez UIModalPresentationFullScreen, vous ne pourrez pas voir la vue du contrôleur de vue présentée sous le présenté, mais si vous utilisez UIModalPresentationOverFullscreen - vous (la shouldRemovePresentersViewméthode d'UIPresentationController est responsable de le spécifier).

Pourquoi ne pas permettre à l'animateur de manipuler la vue du contrôleur de vue de présentation à tout moment? Tout d'abord, si la vue du contrôleur de vue de présentation doit rester visible après la fin de l'animation pendant tout le cycle de vie de la présentation, il n'est pas nécessaire de l'animer du tout - elle reste simplement là où elle est. Deuxièmement, si la propriété de ce contrôleur de vue est transférée au contrôleur de présentation, le contrôleur de présentation ne saura probablement pas comment mettre en page la vue de ce contrôleur de vue lorsque cela est nécessaire, par exemple lorsque l'orientation change, mais le propriétaire d'origine du contrôleur de vue de présentation le fait. .

Dans iOS 8, la viewForKey:méthode a été introduite pour obtenir des vues que l'animateur manipule. Tout d'abord, il est utile de suivre la règle décrite ci-dessus en renvoyant nul chaque fois que l'animateur ne doit pas toucher la vue. Deuxièmement, il peut renvoyer une vue différente pour l'animateur à animer. Imaginez que vous implémentez une présentation similaire à une feuille de formulaire. Dans ce cas, vous voudrez ajouter une ombre ou une décoration autour de la vue du contrôleur de vue présenté. L'animateur animera cette décoration à la place et la vue du contrôleur de vue présentée sera un enfant de la décoration.

viewControllerForKey: ne disparaît pas, il peut toujours être utilisé si un accès direct aux contrôleurs de vue est nécessaire, mais l'animateur ne doit faire aucune hypothèse sur les vues dont il a besoin pour animer.

Il y a plusieurs choses que vous pouvez faire pour résoudre correctement un problème avec la vue d'un contrôleur de vue de présentation qui disparaît lorsque vous le placez explicitement dans la vue conteneur de l'animateur:

1. Si vous n'avez pas besoin d'animer la vue du contrôleur de vue de présentation, utilisez viewForKey:pour obtenir des vues à animer au lieu d'atteindre directement les vues du contrôleur. viewForKey:peut renvoyer des vues nulles ou même complètement différentes.

2. Si vous souhaitez animer la vue des contrôleurs de vue de présentation, vous devez envisager d'utiliser le UIModalPresentationFullScreenstyle ou continuer à utiliser UIModalPresentationCustomet à implémenter votre propre sous-classe de UIPresentationController avec shouldRemovePresentersViewretour YES. En fait, la mise en œuvre de cette méthode est la principale différence entre les contrôleurs de présentation internes définis par UIModalPresentationFullScreenet les UIModalPresentationCustomstyles mis à part le fait que ce dernier vous permet d'utiliser des contrôleurs de présentation personnalisés.

3. Dans tous les autres cas rares, vous devrez ramener la vue du contrôleur de vue de présentation à son emplacement d'origine, comme d'autres réponses le suggèrent.

Dans iOS 8, vous devez manipuler les vues renvoyées par viewForKey:au lieu de la .viewpropriété des contrôleurs de vue renvoyés par viewControllerForKey:. Ce n'est pas particulièrement clair dans la documentation bêta, mais si vous regardez dans la source de UIViewControllerTransitioning.h, vous verrez ce commentaire ci-dessusviewControllerForKey: - :

// Currently only two keys are defined by the
// system - UITransitionContextToViewControllerKey, and
// UITransitionContextFromViewControllerKey.
// Animators should not directly manipulate a view controller's views and should
// use viewForKey: to get views instead.
- (UIViewController *)viewControllerForKey:(NSString *)key;

Donc, au lieu d'ajuster les images, etc. toViewController.view, utilisez la valeur de retour de [transitionContext viewForKey:UITransitionContextToViewKey].

Si votre application doit prendre en charge iOS7 et / ou Xcode 5, vous pouvez utiliser une méthode de catégorie simple sur UIViewController comme suit:

- (UIView *)viewForTransitionContext:(id<UIViewControllerContextTransitioning>)transitionContext
{
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= 80000
    if ([transitionContext respondsToSelector:@selector(viewForKey:)]) {
        NSString *key = [transitionContext viewControllerForKey:UITransitionContextFromViewControllerKey] == self ? UITransitionContextFromViewKey : UITransitionContextToViewKey;
        return [transitionContext viewForKey:key];
    } else {
        return self.view;
    }
#else
    return self.view;
#endif
}

Ensuite, récupérez votre toViewControlleret fromViewControllercomme d'habitude, mais obtenez les vues en utilisant [toViewController viewForTransitionContext:transitionContext].

Modifier: il semble y avoir un bogue, où la vue du contrôleur de la vue de présentation est nulle lorsqu'elle est renvoyée viewForKey, ce qui vous empêche d'effectuer des transitions modales qui animent la vue de présentation (comme un glissement ou un basculement horizontal). J'ai déposé un bogue pour iOS8 sur rdar: // 17961976 ( http://openradar.appspot.com/radar?id=5210815787433984 ). Consultez également l'exemple de projet à l' adresse http://github.com/bcherry/TransitionBug

Edit 2: Merci à Graveley pour la suggestion, l'utilisation de UIModalPresentationFullScreen résout le problème. Ce n'est peut-être pas un bug. Apple peut avoir l'intention que UIModalPresentationCustom modifie uniquement la vue du modal entrant. Si vous souhaitez modifier la vue sortante, vous devez garantir une présentation plein écran de la nouvelle vue? Dans tous les cas, vous devez utiliser viewForKeyet UIModalPresentationFullScreen.

Pas de réglage modalPresentationStyle UIModalPresentationCustom a résolu le problème pour moi.

En d'autres termes, laisser la valeur par défaut de UIModalPresentationFullScreen au lieu de spécifier UIModalPresentationCustom a résolu le problème de la vue en voie de disparition. Notez que le protocole UIViewControllerTransitioningDelegate semble toujours être suivi même en le laissant à la valeur par défaut. Si je me souviens bien, il était une fois UIModalPresentationCustom était une exigence.

Fonctionne jusqu'à présent, je n'ai essayé cela que pour les animations non interactives.

J'ai trouvé cette réponse extrêmement utile dans un fil de discussion connexe de Lefteris: https://stackoverflow.com/a/27165723/3709173

Résumer:

1. définir modalPresentationStyle sur .Custom
2. sous-classe UIPresentationController, remplacer shouldRemovePresentersView (sans NO)
3. remplacer presentationControllerForPresentedViewController dans votre classe TransitionDelegate et renvoyer votre UIPresentationController personnalisé

+1 dans votre transition personnalisée, n'ajoutez pas toView lorsque l'animation de renvoi se produit.

Démontré ici:

https://www.dropbox.com/s/7rpkyamv9k9j18v/CustomModalTransition.zip?dl=0 sans aucun hacks! c'est comme de la magie! :)

Dans iOS 8, vous devez créer un UIPresentationController et implémenter la méthode ci-dessous, dans le UIViewControllerTransitioningDelegate.

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

Demande à votre délégué le contrôleur de présentation personnalisé à utiliser pour gérer la hiérarchie des vues lors de la présentation d'un contrôleur de vue.

Valeur de retour:

Le contrôleur de présentation personnalisé pour gérer la présentation modale.

Discussion:

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

Si vous n'implémentez pas cette méthode, ou si votre implémentation de cette méthode renvoie nil, le système utilise un objet contrôleur de présentation par défaut. Le contrôleur de présentation par défaut n'ajoute aucune vue ni aucun contenu à la hiérarchie des vues.

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

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

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

Il existe également un exemple de code de la WWDC appelé «LookInside: Adaptivité des contrôleurs de présentation et objets d'animation personnalisés», que vous pouvez télécharger à partir de la page de codes d'exemple de la WWDC 2014.

Vous devrez peut-être modifier un peu l'exemple de code. La méthode d'initialisation UIPresentationController a été modifiée en:

initWithPresentedViewController:presented presentingViewController:presenting

Avant, il était présenté puis présenté. Échangez-les et cela devrait fonctionner.

au lieu de [inView insertSubview: toViewController.view aboveSubview: fromViewController.view]; il suffit d'ajouter: [inView addSubview: toViewController.view];

if (self.presenting) {

    [transitionContext.containerView addSubview:toViewController.view];
    // your code

} else {
    // your code
}

Vous pouvez voir un exemple ici: lien et cela fonctionne sur iOS 7 et iOS 8

Voici une version Objective C du correctif d'Ash.

// 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 dû échanger la commande et appeler la méthode [transitionContext completeTransition:] après avoir rajouté la vue pour obtenir la présentation d'un nouveau contrôleur de vue du bloc d'achèvement de renvoi d'un autre contrôleur de vue pour fonctionner correctement.

Je ne sais pas si cela résoudra le problème pour tout le monde, mais cela fonctionne dans mon application. À votre santé!

J'ai trouvé que cela fonctionnait bien pour Obj-C:

    [transitionContext completeTransition:YES];
    if(![[UIApplication sharedApplication].keyWindow.subviews containsObject:toViewController.view]) {
        [[UIApplication sharedApplication].keyWindow addSubview:toViewController.view];
    }

Semble fonctionner correctement sur ios7 et ios8.

Je l'ai trouvé viewForKey:UITransitionContextToViewKey renvoie nul sur ios8. Donc, si c'est nul, je saisis la vue du contrôleur de vue 'to'.

Cependant, cela semble avoir pour conséquence que la vue «à» ne soit pas déplacée du conteneur vers la fenêtre lorsqu'elle completeTransition:YESest appelée. Donc si viewForKey:UITransitionContextToViewKeyretourne nul, je tombetoVC.view , et garde une trace du fait qu'il a renvoyé nil, et après l'achèvement, je le déplace vers la supervision initiale du conteneur (qui se trouve être la fenêtre).

Donc, ce code fonctionne aussi bien sur iOS7 que sur iOS8, et devrait également fonctionner sur iOS9 même s'ils le corrigent ou non.

- (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];
        }
    }];
}

J'ai trouvé que ce bogue (et bien d'autres!) Disparaît si vous définissez modalPresentationStyle = UIModalPresentationFullScreen. Bien sûr, vous obtenez toujours votre animation de transition personnalisée.

Je suis resté coincé sur ce problème aussi. Je cherchais à créer une transition personnalisée avec un arrière-plan semi-transparent où je pouvais toujours voir le contrôleur de vue d'où je venais, mais je n'avais qu'un arrière-plan noir. J'ai trouvé la réponse de Mark Aron dans ce fil de discussion qui m'a aidé mais elle est écrite en Objective C, voici donc une version Swift 3 de cette réponse que j'ai testée pour iOS 9 et iOS 10:

1. Créez une sous-classe de UIPresentationController. Remplacez shouldRemovePresentersView par false comme suit:

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

2. À l'endroit où vous instanciez le nouveau contrôleur de vue et définissez son délégué de transition, indiquez que vous souhaitez qu'il affiche un style de présentation modal personnalisé 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. Remplacez maintenant la méthode presentationController de votre UIViewControllerTransitioningDelegate et renvoyez votre UIPresentationController personnalisé. J'avais le mien comme 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 devez pas essayer de référencer votre fromView dans votre classe presentAnimator. Ce sera nul et vous obtiendrez une erreur lors de l'exécution. À part cela, si vous implémentez des choses comme des choses, vous obtiendrez votre transition personnalisée avec son animation et un arrière-plan semi-transparent si vous en faites un.

Après avoir rencontré ce problème, j'étais très confus, car j'avais écrit quelque chose de presque identique il n'y a pas si longtemps qui fonctionnait bien. Je suis venu ici à la recherche de réponses pour trouver des correctifs qui semblent assez piratés et qui ne semblent pas comprendre la cause profonde ... c'est en fait très facile à corriger.

Certaines réponses mentionnent le passage modalPresentationStyleà .overFullScreen. C'est correct, .overCurrentContextcela fonctionnerait aussi. Cela est attendu, et le comportement des documents Apple. Mais pourquoi cela ne fonctionne-t-il pas pour tout le monde? Pourquoi tout le code hacky, et les combinaisons de cela avec autre chose, et des trucs fous que vous ne devriez pas faire?

Il s'avère que vous devez définir le style de présentation AVANT LES CHARGES DE VUE . Pas après. Faites-le dans init, ou faites-le à partir du contrôleur précédent, ou comme vous le souhaitez - tant que c'est avant le chargement de la vue.

L'utilisation du nouveau UIModalPresentationOverCurrentContext l'a corrigé pour moi. Ma transition originale sur iOS 7 consistait simplement à avoir un arrière-plan flou de la vue sous le modal.

Ok, les gars, je pense que j'ai résolu un cas où `` un animateur qui travaille '' cesse de fonctionner correctement lorsque vous créez une application sous iOS 13 et supérieur.

Env Xcode 11.1, iOS 13.1

Problème

Ce que je veux faire est très simple: j'ai une vue de collection, quand une cellule est tapée, elle passe à une vue de détail. Au lieu d'utiliser le style par défaut ennuyeux de «présenter modalement», je veux le rendre plus intéressant, j'ai donc écrit un animateur pour la transition du contrôleur de vue.

J'ai mis en place le segue dans IB par glisser-déposer de ma collection VC au détail VC. Le style de segue est «Présent modalement» et la présentation est définie sur «Plein écran».

Lorsqu'il affiche la vue détaillée, tout fonctionne comme prévu. Cependant, lorsque je ferme la vue détaillée et retourne à la vue de la collection, je ne peux voir que la vue de détail animée, la vue de la collection a simplement disparu. J'ai poussé ici et là et j'ai quelques découvertes

Juste après l'appel de la ligne suivante à partir de la fonction 'animateTransition ()', la vue de la collection reprend et apparaît

transitionContext.completeTransition(true)

Tant que la vue détaillée ne couvre pas entièrement la vue de la collection, la vue de la collection ne disparaîtra pas lorsqu'elle reviendra de la vue de détail

Solution

Pour être honnête, je sais peu de choses sur le fonctionnement de la transition animée. Donc je ne peux que suivre ce post et l'autre , essayer chacune des réponses. Malheureusement, aucun d'entre eux ne fonctionne pour moi. Enfin, je suis arrivé à un point où la seule chose que je puisse modifier est le style de présentation de segue dans IB (ce que j'aurais dû faire au tout début). Lorsque je règle la présentation sur «Sur plein écran», un miracle se produit et mon problème est résolu. La vue détaillée peut s'afficher en plein écran avec une animation et lorsqu'elle est rejetée, je peux voir à la fois la vue de la collection en arrière-plan et la vue de détail animée.

Puis une autre découverte le long de la route

Pour faire référence à 'toView' et 'fromView', les deux méthodes suivantes fonctionnent

Indirectement façon:

transitionContext.viewController(forKey: .to)?.view
transitionContext.viewController(forKey: .from)?.view

Directement façon:

transitionContext.view(forKey: .to)
transitionContext.view(forKey: .from)

Mais lorsque j'ai basculé le style de segue sur `` Over Full Screen '', la manière directe retourne `` nil '' pour `` toView '' et `` fromView '' et fonctionne uniquement indirectement, ce problème est également mentionné dans un autre article , donc je pense que cela vaut la peine pour poster ma petite découverte ici.

J'espère que cela sera utile à quelqu'un à l'avenir.

J'avais le même problème lors du rejet d'un contrôleur de vue de contenu.

Mon application a ce contrôleur de vue parent montrant un contrôleur de vue enfant (présentant vc) de manière modale. Ensuite, lorsqu'une sous-vue dans le childVC est tapée, elle montre un autre vc (que j'appelle le contrôleur de vue de contenu (présenté vc))

Mon problème est que, lors de la suppression du contentVC (maintenant le vc de présentation), il devrait aller au VC enfant (maintenant le VC présenté) mais dès que ma transition personnalisée se termine, childVC disparaît soudainement, montrant le VC parent.

Ce que j'ai fait pour résoudre ce problème est de

1. changer la .modalPresentationStylevaleur par défaut du childVC présenté par parentVC .automaticen.fullscreen .
2. Puis changé le .modalPresentationStylede contentVC en .fullscreenaussi.

Cela résout le problème. mais il ne montrera pas votre VC enfant comme une feuille de style carte au-dessus de parentVC (lors de l'utilisation.overCurrentContext ou automatique) qui est nouveau dans iOS 13.

J'adorerais savoir s'il existe une solution qui conservera la feuille de style carte pour l'enfantVC lorsqu'elle est présentée par le parent.

ajoute un contrôleur de vue en tant qu'enfant d'un autre contrôleur de vue.

[self addChildViewController:childViewController];                 

vérifier et laissez-moi savoir.