Le dimensionnement de la classe pour iPad les Modes portrait et Paysage

Il semble être d'Apple en intention de traiter, les deux iPad orientations de la même -- mais comme un certain nombre d'entre nous sont à trouver, il y a très légitime de la conception de raisons de vouloir changer la disposition de l'INTERFACE utilisateur pour iPad Portrait vs iPad Paysage.

Malheureusement, le système d'exploitation actuel ne semble pas fournir un soutien pour cette distinction ... ce qui signifie que nous sommes de retour à la manipulation de l'auto-contraintes de mise en forme dans le code ou similaire solutions de contournement pour accomplir ce que l'on devrait idéalement être en mesure d'obtenir gratuitement l'aide de l'INTERFACE utilisateur Adaptative.

Pas une solution élégante.

N'est-il pas un moyen d'utiliser la magie qu'Apple est déjà intégré dans l'IB et UIKit pour utiliser une taille de classe de notre choix pour une orientation?

~

Dans la réflexion sur le problème de manière plus générale, j'ai réalisé que la taille des classes " sont simplement des moyens pour répondre à de multiples mises en page qui sont stockés dans de l'IB, de sorte qu'ils peuvent être appelés en tant que de besoin lors de l'exécution.

En fait, un " taille de la classe est vraiment juste une paire de valeurs enum. De UIInterface.h:

typedef NS_ENUM(NSInteger, UIUserInterfaceSizeClass) {
    UIUserInterfaceSizeClassUnspecified = 0,
    UIUserInterfaceSizeClassCompact     = 1,
    UIUserInterfaceSizeClassRegular     = 2,
} NS_ENUM_AVAILABLE_IOS(8_0);

Donc indépendamment de ce que Apple a décidé de nom ces différentes variations, fondamentalement, ils sont juste une paire d'entiers utilisé comme identifiant unique de toutes sortes, de distinguer une mise en page à partir d'un autre, stockés dans de l'IB.

Maintenant, en supposant que nous en créer une autre page (à l'aide d'un inutilisés classe de taille) de l'IB -- dire, pour l'iPad Portrait ... est-il un moyen d'avoir l'utilisation de l'appareil notre choix de classe de taille (disposition de l'INTERFACE utilisateur), si nécessaire, au moment de l'exécution?

Après avoir essayé plusieurs (moins élégant) approches du problème, je soupçonne qu'il y peut-être un moyen de remplacer la taille par défaut de la classe de la programmation. Et il y a (dans UIViewController.h):

//Call to modify the trait collection for child view controllers.
- (void)setOverrideTraitCollection:(UITraitCollection *)collection forChildViewController:(UIViewController *)childViewController NS_AVAILABLE_IOS(8_0);
- (UITraitCollection *)overrideTraitCollectionForChildViewController:(UIViewController *)childViewController NS_AVAILABLE_IOS(8_0);

Donc, si vous pouvez créer un package de votre point de vue contrôleur de hiérarchie comme un 'enfant' - vue-contrôleur, et l'ajouter à un parent de niveau supérieur-vue-contrôleur ... alors vous pouvez conditionnellement remplacer l'enfant en pensant que c'est une autre classe de grandeur que la valeur par défaut de l'OS.

Voici un exemple de mise en oeuvre que cette, dans le "parent" - vue-contrôleur:

@interface RDTraitCollectionOverrideViewController : UIViewController {
    BOOL _willTransitionToPortrait;
    UITraitCollection *_traitCollection_CompactRegular;
    UITraitCollection *_traitCollection_AnyAny;
}
@end

@implementation RDTraitCollectionOverrideViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    [self setUpReferenceSizeClasses];
}

- (void)setUpReferenceSizeClasses {
    UITraitCollection *traitCollection_hCompact = [UITraitCollection traitCollectionWithHorizontalSizeClass:UIUserInterfaceSizeClassCompact];
    UITraitCollection *traitCollection_vRegular = [UITraitCollection traitCollectionWithVerticalSizeClass:UIUserInterfaceSizeClassRegular];
    _traitCollection_CompactRegular = [UITraitCollection traitCollectionWithTraitsFromCollections:@[traitCollection_hCompact, traitCollection_vRegular]];

    UITraitCollection *traitCollection_hAny = [UITraitCollection traitCollectionWithHorizontalSizeClass:UIUserInterfaceSizeClassUnspecified];
    UITraitCollection *traitCollection_vAny = [UITraitCollection traitCollectionWithVerticalSizeClass:UIUserInterfaceSizeClassUnspecified];
    _traitCollection_AnyAny = [UITraitCollection traitCollectionWithTraitsFromCollections:@[traitCollection_hAny, traitCollection_vAny]];
}

-(void)viewWillAppear:(BOOL)animated {
    [super viewWillAppear:animated];
    _willTransitionToPortrait = self.view.frame.size.height > self.view.frame.size.width;
}

- (void)viewWillTransitionToSize:(CGSize)size withTransitionCoordinator:(id<UIViewControllerTransitionCoordinator>)coordinator {
    [super viewWillTransitionToSize:size withTransitionCoordinator:coordinator]
    _willTransitionToPortrait = size.height > size.width;
}

-(UITraitCollection *)overrideTraitCollectionForChildViewController:(UIViewController *)childViewController {
    UITraitCollection *traitCollectionForOverride = _willTransitionToPortrait ? _traitCollection_CompactRegular : _traitCollection_AnyAny;
    return traitCollectionForOverride;
}
@end

Comme une démonstration rapide pour voir si cela a fonctionné, j'ai ajouté des étiquettes personnalisées spécifiquement à la "Régulière/Regular" et "Compact/Standard' versions de l'enfant contrôleur de mise en page de l'IB:

Et voici à quoi il ressemble en cours d'exécution, lorsque l'iPad est dans les deux orientations:

Le tour est joué! Personnaliser la taille de la classe configurations lors de l'exécution.

Espérons qu'Apple va faire de cette inutile dans la prochaine version de l'OS. Dans l'intervalle, cela peut être un plus élégant et évolutive approche par programmation de jouer avec auto-contraintes de mise en forme ou faire d'autres manipulations dans le code.

~

MODIFIER (6/4/15): s'il vous Plaît garder à l'esprit que l'exemple de code ci-dessus est essentiellement une preuve de concept pour montrer la technique. Libre à vous d'adapter en tant que de besoin pour votre application spécifique.

~

MODIFIER (7/24/15): Il est gratifiant de constater que l'explication ci-dessus semble pour aider à démystifier la question. Alors que je n'ai pas testé, le code par mohamede1945 [ci-dessous] ressemble à une utile d'optimisation pour des raisons pratiques. N'hésitez pas à tester et laissez-nous savoir ce que vous en pensez. (Dans l'intérêt de l'exhaustivité, je vais laisser l'exemple de code ci-dessus comme-est.)

L'iPad a le cas "normal" taille de trait pour les deux dimensions horizontales et verticales, ce qui donne pas de distinction entre les modes portrait et paysage.

Ces traits de taille peut être remplacé dans votre personnalisé UIViewController sous-classe code, par l'intermédiaire de méthodes traitCollection, par exemple:

- (UITraitCollection *)traitCollection {
    //Distinguish portrait and landscape size traits for iPad, similar to iPhone 7 Plus.
    //Be aware that `traitCollection` documentation advises against overriding it.
    UITraitCollection *superTraits = [super traitCollection];
    if ([[UIDevice currentDevice] userInterfaceIdiom] == UIUserInterfaceIdiomPad) {
        UITraitCollection *horizontalRegular = [UITraitCollection traitCollectionWithHorizontalSizeClass:UIUserInterfaceSizeClassRegular];
        UITraitCollection *verticalRegular = [UITraitCollection traitCollectionWithVerticalSizeClass:UIUserInterfaceSizeClassRegular];
        UITraitCollection *regular = [UITraitCollection traitCollectionWithTraitsFromCollections:@[horizontalRegular, verticalRegular]];

        if ([superTraits containsTraitsInCollection:regular]) {
            if (UIInterfaceOrientationIsPortrait([[UIApplication sharedApplication] statusBarOrientation])) {
                //iPad in portrait orientation
                UITraitCollection *horizontalCompact = [UITraitCollection traitCollectionWithHorizontalSizeClass:UIUserInterfaceSizeClassCompact];
                return [UITraitCollection traitCollectionWithTraitsFromCollections:@[superTraits, horizontalCompact, verticalRegular]];
            } else {
                //iPad in landscape orientation
                UITraitCollection *verticalCompact = [UITraitCollection traitCollectionWithVerticalSizeClass:UIUserInterfaceSizeClassCompact];
                return [UITraitCollection traitCollectionWithTraitsFromCollections:@[superTraits, horizontalRegular, verticalCompact]];
            }
        }
    }
    return superTraits;
}

- (BOOL)prefersStatusBarHidden {
    //Override to negate this documented special case, and avoid erratic hiding of status bar in conjunction with `traitCollection` override:
    //For apps linked against iOS 8 or later, this method returns true if the view controller is in a vertically compact environment.
    return NO;
}

Cela donne à l'iPad de la même taille traits de caractère que l'iPhone 7 Plus. Notez que d'autres modèles d'iPhone ont généralement le " compact largeur de trait (plutôt que de largeur normale), indépendamment de l'orientation.

Imitant l'iPhone 7 Plus de cette manière permet à ce modèle d'être utilisé comme un stand-in pour iPad dans Xcode, Interface Builder, ce qui est pas au courant de personnalisations dans le code.

Être conscient que les avis divergent sur l'iPad peut utiliser différents traits de taille normale complète de l'écran de fonctionnement.

Cette réponse est fondée sur l'approche adoptée dans ce blog, avec quelques améliorations.

Mise à jour 2019-01-02: mis à Jour pour corriger intermittent caché barre d'état dans l'iPad paysage, et le potentiel du piétinement des (nouveaux) les traits d' UITraitCollection. Également de noter que la documentation d'Apple fait déconseille primordial traitCollection, de sorte que dans l'avenir il pourrait y avoir des problèmes avec cette technique.

Combien différente est votre mode paysage va être que votre mode portrait? Si ses très différents, il pourrait être une bonne idée de créer un autre point de vue et contrôleur de charge lorsque l'appareil est en mode paysage

Par exemple

    if (UIDeviceOrientationIsLandscape([UIDevice currentDevice].orientation)) 
    //load landscape view controller here