J'utilise un Universal Storyboard dans Xcode 6, ciblant iOS 7 et supérieur. J'ai implémenté un UISplitViewControllerqui est maintenant pris en charge nativement sur iPhone sous iOS 8, et Xcode le rétroportera automatiquement pour iOS 7. Cela fonctionne très bien, sauf lorsque vous lancez l'application sur iPhone en mode portrait sous iOS 8, la vue détaillée de la vue partagée Le contrôleur s'affiche lorsque je m'attendais à voir pour la première fois le contrôleur de vue maître. Je pensais qu'il s'agissait d'un bogue avec iOS 8 car lorsque vous exécutez l'application sur iOS 7, elle affiche correctement le contrôleur de vue maître. Mais iOS 8 est maintenant GM et cela se produit toujours. Comment puis-je le configurer de sorte que lorsque le contrôleur de vue fractionnée va être réduit (un seul contrôleur de vue affiché à l'écran), lorsque le contrôleur de vue fractionnée est affiché, il montre le contrôleur de vue principale et non le détail?

J'ai créé ce contrôleur de vue fractionnée dans Interface Builder. Le contrôleur de vue fractionnée est le premier contrôleur de vue dans un contrôleur de barre d'onglets. Le maître et les VC de détail sont des contrôleurs de navigation avec des contrôleurs de vue de table intégrés à l'intérieur.

Oh mec, cela me causait un mal de tête pendant quelques jours et je ne savais pas comment faire cela. Le pire, c'est que la création d'un nouveau projet Xcode iOS avec le modèle maître-détail fonctionnait très bien. Heureusement, à la fin, ce petit fait a été la façon dont j'ai trouvé la solution.

Certains articles que j'ai trouvés suggèrent que la solution consiste à implémenter la nouvelle primaryViewControllerForCollapsingSplitViewController:méthode UISplitViewControllerDelegate. J'ai essayé cela en vain. Ce qu'Apple fait dans le modèle maître-détail qui semble fonctionner, c'est implémenter la nouvelle splitViewController:collapseSecondaryViewController:ontoPrimaryViewController:méthode de délégué (prenez une grande respiration pour dire tout cela) (encore une fois UISplitViewControllerDelegate). Selon la documentation , cette méthode:

Demande au délégué d'ajuster le contrôleur de vue principal et d'incorporer le contrôleur de vue secondaire dans l'interface réduite.

Assurez-vous de lire la partie discussion de cette méthode pour plus de détails.

La façon dont Apple gère cela est:

- (BOOL)splitViewController:(UISplitViewController *)splitViewController
collapseSecondaryViewController:(UIViewController *)secondaryViewController
  ontoPrimaryViewController:(UIViewController *)primaryViewController {

    if ([secondaryViewController isKindOfClass:[UINavigationController class]]
        && [[(UINavigationController *)secondaryViewController topViewController] isKindOfClass:[DetailViewController class]]
        && ([(DetailViewController *)[(UINavigationController *)secondaryViewController topViewController] detailItem] == nil)) {

        // Return YES to indicate that we have handled the collapse by doing nothing; the secondary controller will be discarded.
        return YES;

    } else {

        return NO;

    }
}

Cette implémentation fait essentiellement ce qui suit:

1. Si secondaryViewControllerc'est ce à quoi nous nous attendons (a UINavigationController), et cela montre ce que nous attendons (un DetailViewController- votre contrôleur de vue), mais n'a pas de modèle ( detailItem), alors " Return YES to indicate that we have handled the collapse by doing nothing; the secondary controller will be discarded."
2. Sinon, retournez " NOpour laisser le contrôleur de vue fractionnée essayer d'incorporer le contenu du contrôleur de vue secondaire dans l'interface réduite"

Les résultats sont les suivants pour l'iPhone en portrait (en commençant en portrait ou en tournant en portrait - ou plus précisément en classe de taille compacte):

1. Si votre vue est correcte
   • et a un modèle, montre le contrôleur de vue de détail
   • mais n'a pas de modèle, affichez le contrôleur de vue maître
2. Si votre vue n'est pas correcte
   • afficher le contrôleur de vue maître

Clair comme de la boue.

Voici la réponse acceptée dans Swift. Créez simplement cette sous-classe et attribuez-la à votre splitViewController dans votre storyboard.

//GlobalSplitViewController.swift

import UIKit

class GlobalSplitViewController: UISplitViewController, UISplitViewControllerDelegate {

  override func viewDidLoad() {
    super.viewDidLoad()

    self.delegate = self
  }

  func splitViewController(splitViewController: UISplitViewController, collapseSecondaryViewController secondaryViewController: UIViewController!, ontoPrimaryViewController primaryViewController: UIViewController!) -> Bool{
    return true
  }

}

Version Swift de la bonne réponse de Mark S

Tel que fourni par le modèle Master-Detail d'Apple.

func splitViewController(splitViewController: UISplitViewController, collapseSecondaryViewController secondaryViewController:UIViewController, ontoPrimaryViewController primaryViewController:UIViewController) -> Bool {
    guard let secondaryAsNavController = secondaryViewController as? UINavigationController else { return false }
    guard let topAsDetailController = secondaryAsNavController.topViewController as? DetailViewController else { return false }
    if topAsDetailController.detailItem == nil {
        // Return true to indicate that we have handled the collapse by doing nothing; the secondary controller will be discarded.
        return true
    }
    return false
}

Clarification

(Ce que Mark S a dit était légèrement déroutant)

Cette méthode déléguée est appelée splitViewController: collapseSecondaryViewController: ontoPrimaryViewController: , car c'est ce qu'elle fait. Lors du passage à une taille de largeur plus compacte (par exemple lors de la rotation du téléphone du paysage au portrait), il doit réduire le contrôleur de vue fractionnée en un seul d'entre eux.

Cette fonction renvoie un booléen pour décider si elle doit réduire le détail et afficher le maître ou non.

Donc, dans notre cas, nous déciderons en fonction de la sélection ou non d'un détail. Comment savons-nous si notre détail est sélectionné? Si nous suivons le modèle Master-Detail d'Apple, le contrôleur de vue détaillée devrait avoir une variable facultative contenant les informations détaillées, donc si c'est nul (.Aucun), il n'y a encore rien de sélectionné et nous devrions afficher le maître afin que l'utilisateur puisse sélectionner quelque chose.

C'est tout.

Dans la documentation , vous devez utiliser un délégué pour dire au de UISplitViewController ne pas incorporer la vue détaillée dans "l'interface réduite" (c'est-à-dire le "mode Portrait" dans votre cas). Dans Swift 4, la méthode déléguée à implémenter pour cela a été renommée:

func splitViewController(_ splitViewController: UISplitViewController, collapseSecondary secondaryViewController:UIViewController, onto primaryViewController:UIViewController) -> Bool {
    return true
}

   #import <UIKit/UIKit.h>

    @interface SplitProductView : UISplitViewController<UISplitViewControllerDelegate>




    @end

.m:

#import "SplitProductView.h"
#import "PriceDetailTableView.h"

@interface SplitProductView ()

@end

@implementation SplitProductView

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.
    self.delegate = self;
}

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
}

/*
#pragma mark - Navigation

// In a storyboard-based application, you will often want to do a little preparation before navigation
- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender {
    // Get the new view controller using [segue destinationViewController].
    // Pass the selected object to the new view controller.
}
*/
- (BOOL)splitViewController:(UISplitViewController *)splitViewController
collapseSecondaryViewController:(UIViewController *)secondaryViewController
  ontoPrimaryViewController:(UIViewController *)primaryViewController {

    if ([secondaryViewController isKindOfClass:[UINavigationController class]]
        && [[(UINavigationController *)secondaryViewController topViewController] isKindOfClass:[PriceDetailTableView class]]

        //&& ([(PriceDetailTableView *)[(UINavigationController *)secondaryViewController topViewController] detailItem] == nil)

        ) {

        // Return YES to indicate that we have handled the collapse by doing nothing; the secondary controller will be discarded.
        return YES;

    } else {

        return NO;

    }
}
@end

Mon application a été écrite en Swift 2.x et pourrait bien fonctionner. Après l'avoir converti en Swift 3.0 (à l'aide du convertisseur XCode), il commence à afficher les détails au lieu du maître en mode portrait. Le problème est que le nom de la fonction splitViewController n'est pas modifié pour correspondre au nouveau UISplitViewControllerDelegate.

Après avoir modifié le nom de cette fonction manuellement, mon application peut désormais fonctionner correctement:

func splitViewController(_ splitViewController: UISplitViewController, collapseSecondary secondaryViewController:UIViewController, onto primaryViewController:UIViewController) -> Bool {
    guard let secondaryAsNavController = secondaryViewController as? UINavigationController else { return false }
    guard let topAsDetailController = secondaryAsNavController.topViewController as? DetailViewController else { return false }
    if topAsDetailController.game == nil {
        // Return true to indicate that we have handled the collapse by doing nothing; the secondary controller will be discarded.
        return true
    }
    return false
}

Si vous n'avez pas de valeurs par défaut à afficher dans le contrôleur de vue détaillée, vous pouvez simplement supprimer la transition par défaut entre SplitViewController et votre UIViewController de détail dans le storyboard. Cela le fera toujours entrer dans Master View Controller en premier.

L'effet secondaire de ceci est qu'au lieu de voir deux vues en mode paysage, vous verrez une vue en taille réelle dans SplitViewController jusqu'à ce que Show Detail Segue dans le contrôleur de vue maître soit déclenché.

Pour toutes les personnes qui n'ont pas pu trouver la section vendredi de cs193p:

Dans Swift 3.1.1, créer une sous-classe de UISplitViewController et implémenter l'une de ses méthodes de délégué a fonctionné pour moi comme un charme:

class MainSplitViewController: UISplitViewController, UISplitViewControllerDelegate {

override func viewDidLoad() {
    super.viewDidLoad()
    self.delegate = self
}

func splitViewController(_ splitViewController: UISplitViewController, collapseSecondary secondaryViewController: UIViewController, onto primaryViewController: UIViewController) -> Bool {
    return true
} }

Mon storyboard

À mon avis, vous devriez résoudre ce problème plus générique. Vous pouvez sous-classer UISplitViewController et implémenter un protocole dans les contrôleurs de vue intégrés.

class MasterShowingSplitViewController: UISplitViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        delegate = self
    }
}

extension MasterShowingSplitViewController: UISplitViewControllerDelegate {
    func splitViewController(splitViewController: UISplitViewController,
                             collapseSecondaryViewController secondaryViewController: UIViewController,
                             ontoPrimaryViewController primaryViewController: UIViewController) -> Bool {
        guard let masterNavigationController = primaryViewController as? UINavigationController,
                  master = masterNavigationController.topViewController as? SplitViewControllerCollapseProtocol else {
            return true
        }
        return master.shouldShowMasterOnCollapse()

    }
}

protocol SplitViewControllerCollapseProtocol {
    func shouldShowMasterOnCollapse() -> Bool
}

Exemple d'implémentation dans UITableViewController:

extension SettingsTableViewController: SplitViewControllerCollapseProtocol {
    func shouldShowMasterOnCollapse() -> Bool {
        return tableView.indexPathForSelectedRow == nil
    }
}

J'espère que ça aide. Vous pouvez donc réutiliser cette classe et avoir juste besoin d'implémenter un protocole.

Supprimez simplement DetailViewController des contrôleurs SplitView lorsque vous en avez besoin pour démarrer à partir de Master.

UISplitViewController *splitViewController = (UISplitViewController *)[self.storyboard instantiateViewControllerWithIdentifier:@"SETTINGS"];
splitViewController.delegate = self;
[self.navigationController presentViewController:splitViewController animated:YES completion:nil];
if (IPHONE) {
    NSMutableArray * cntlrs = [splitViewController.viewControllers mutableCopy];
    [cntlrs removeLastObject];
    splitViewController.viewControllers = cntlrs;
}

Cela a fonctionné pour moi sur iOS-11 et Swift 4:

//Following code in application didFinishLaunching (inside Application Delegate)
guard let splitViewController = window?.rootViewController as? UISplitViewController,
            let masterNavVC = splitViewController.viewControllers.first as? UINavigationController,
            let masterVC = masterNavVC.topViewController as? MasterViewController
else { fatalError() }
splitViewController.delegate = masterVC

//Following code in MasterViewController class
extension MasterViewController:UISplitViewControllerDelegate {
    func splitViewController(_ splitViewController: UISplitViewController, collapseSecondary secondaryViewController: UIViewController, onto primaryViewController: UIViewController) -> Bool {
        return true
    }
}

La fonction est renommée dans les nouvelles versions de Swift, donc ce code fonctionne sur Swift 4:

import UIKit

class GlobalSplitViewController: UISplitViewController, UISplitViewControllerDelegate {

    override func viewDidLoad() {
        super.viewDidLoad()
        self.delegate = self
    }

    func splitViewController(_ splitViewController: UISplitViewController, collapseSecondary secondaryViewController: UIViewController, onto primaryViewController: UIViewController) -> Bool {
        return true
    }

}

Solution Xamarin / C #

public partial class MainSplitViewController : UISplitViewController
{
    public MainSplitViewController(IntPtr handle) : base(handle)
    {
    }

    public override void ViewDidLoad()
    {
        base.ViewDidLoad();

        Delegate = new MainSplitViewControllerDelegate();
    }
}

public class MainSplitViewControllerDelegate : UISplitViewControllerDelegate
{
    public override bool CollapseSecondViewController(UISplitViewController splitViewController, UIViewController secondaryViewController, UIViewController primaryViewController)
    {
        return true;
    }
}

Définissez simplement la preferredDisplayModepropriété de UISplitViewControllersur.allVisible

class MySplitViewController: UISplitViewController {

    override func viewDidLoad() {
        super.viewDidLoad()

        self.preferredDisplayMode = .allVisible
    }

}