Gestion des rotations sous iOS 6
Salut,
Je commence un petit sujet sur les rotations sous iOS 6.
Voilà ce que j'ai compris.
L'application est par défaut bridée aux interfaces supportées dans votre target. Cela n'a pas bougé sous iOS 6.
Dans cet exemple, on autorise Landscape Left et Landscape Right.
Ainsi on peut retourner des rotations en plus que ce qui est précisé dans la target. Par exemple ici, on ajoute le portrait aux 2 modes récupérés depuis le target:
Quel intérêt me direz-vous puisqu'on pourrait ajouter le mode portrait directement dans la target ? Et bien si on autorisait le Portrait dans la target, il faudrait aussi un écran de lancement adapté au mode Portrait... alors que là , il n'est pas nécessaire. Au moment du lancement, seuls le mode Landscape est encore utilisé, pas encore le mode portrait.
Maintenant, que le mode Portrait est autorisé dans toute l'application (ce qui est par exemple obligatoire pour afficher un UIImagePickerController et afficher la librairie photo sous iOS 6), il faut brider les autres vues au mode Landscape uniquement.
Sous iOS <= 5.x, on avait:
Désormais sous iOS 6, il y a 2 méthodes, et les noms des constantes on changé:
Voilà pour mes premiers retours sur la rotation.
Je commence un petit sujet sur les rotations sous iOS 6.
Voilà ce que j'ai compris.
L'application est par défaut bridée aux interfaces supportées dans votre target. Cela n'a pas bougé sous iOS 6.
Dans cet exemple, on autorise Landscape Left et Landscape Right.
- (NSUInteger)application:(UIApplication *)application supportedInterfaceOrientationsForWindow:(UIWindow *)w
Ainsi on peut retourner des rotations en plus que ce qui est précisé dans la target. Par exemple ici, on ajoute le portrait aux 2 modes récupérés depuis le target:
- (NSUInteger)application:(UIApplication *)application supportedInterfaceOrientationsForWindow:(UIWindow *)w<br />
{<br />
return (NSUInteger)[application supportedInterfaceOrientationsForWindow:w] | (1<<UIInterfaceOrientationPortrait);<br />
}
Quel intérêt me direz-vous puisqu'on pourrait ajouter le mode portrait directement dans la target ? Et bien si on autorisait le Portrait dans la target, il faudrait aussi un écran de lancement adapté au mode Portrait... alors que là , il n'est pas nécessaire. Au moment du lancement, seuls le mode Landscape est encore utilisé, pas encore le mode portrait.
Maintenant, que le mode Portrait est autorisé dans toute l'application (ce qui est par exemple obligatoire pour afficher un UIImagePickerController et afficher la librairie photo sous iOS 6), il faut brider les autres vues au mode Landscape uniquement.
Sous iOS <= 5.x, on avait:
// <= iOS 5.x<br />
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation<br />
{<br />
return UIInterfaceOrientationIsLandscape(interfaceOrientation);<br />
}
Désormais sous iOS 6, il y a 2 méthodes, et les noms des constantes on changé:
// >= iOS 6.x<br />
- (BOOL)shouldAutorotate<br />
{<br />
return YES;<br />
}<br />
<br />
- (NSUInteger)supportedInterfaceOrientations<br />
{<br />
return UIInterfaceOrientationMaskLandscape;<br />
}<br />
Voilà pour mes premiers retours sur la rotation.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Je m'y pencherai lors de ma première soumission avec Xcode 4.5, puisque la compatibilité semble conservée dès que l'on utilise une version 4.3/4.4.
Il faut laisser les anciennes méthodes pour une compatibilité IOS 5.x ?
J'ai pas encore téléchargé IOS 5.1 simulateur donc je ne peux pas tester.
A+
A+
Merci pour l'ouverture du sujet, je regarde ça ce soir !!!
[La grande classe ce forum
K.
J'ai réimplémenté les méthodes suivantes, mais lors d'un pop, une vue autorisée en portrait seulement se retrouve en landscape.
Edit : j'ai rajouter un projet pour tester.
Ce qui est encore plus étrange c'est que si tu remplace self.visibleViewController par self.topViewController pour le forward des messages dans ton customNavigationController ça fonctionne parfaitement !
Merci !
J'ai un problème avec une application quoi doit être compatible iOS 5 et 6.
La rotation du VC dépend des données affiché.
J'avais le code suivant qui ne posait pas de souci jusqu'à iOS6 (logique)
j'ai donc remplacer par le code compatible iOS6 :
et la Rognntudjuu ! La rotation ne fonctionne plus sur iOS 5...
Comment faire un code propre compatible ancienne et nouvelle version ?
Faut-il codé les trois fonction ensemble dans la même classe ?
Comme ça ?
Sincèrement, ça me parait pas propre...
xcode ne devrait-il pas lui même compiler de manière à être compatible ios5 ?
- mon appli ne fonctionne qu'en mode paysage : sauf pour la caméra.
- Même spécificité que cité plus haut : rootviewcontroller.
- Particularités : dans le appDelegate, j'ai créé une variable qui me dit si j'ai le droit de pivoter ou non : je la mets à YES quand j'active la camera, je la remets à NO au "dismiss" de la camera.
- Je teste cette variable dans la méthode "SupportedInterfaceOrientationForWindow".
Comme cette méthode est appelée à chaque rotation, il me renvoie bien la bonne valeur selon ce que je veux à un moment donné.
Le différence avec IOS5 est que l'on peut changer par programme les orientations supportées par l'appli.
J'ai implémenté tout ce qu'il faut pour iOS6 mais ça ne fonctionne pas pour toutes les vues.
Au démarrage de l'appli, je lance une vue qui permet de sélectionner ses médias, puis après sélection, on peut les lire via un player.
la 1ère vue est lancée via le AppDelegate -> window.rootViewController = navigationController; en mode portrait
La vue du player est lancé par un "presentModalViewController" avec un mode paysage.
La 1ère vue ne respecte pas le portrait, elle pivote des tous les sens.
Le player quand à lui est bien en paysage.
Si je change l'appel de la vue du player en "pushViewController" le player tourne dans tous les sens.
Avez-vous une idée ?
Merci.
Tu peux déjà te présenter.
Ensuite il faut que tu sous-classes UINavigationController et reprenne le post Thibaut un peu plus haut. Normalement tout devrait rouler par la suite.
Je suis un développeur débutant en iOS.
J'ai créée une catégorie avec UiNavigationController en ajoutant les deux nouvelles méthodes et ça fonctionne.
Merci encore :-).
++
C'est une mauvais idée d'utiliser une catégorie pour surcharger ces méthodes sur UINavigationController.
J'ai écrit un article à ce sujet.
Les catégories ne doivent être utilisées exclusivement que pour rajouter des méthodes encore inexistantes à des classes existantes, surtout pas pour surcharger car comme l'explique Thomas dans son article, non seulement ce n'est pas fait pour et le Runtime n'est pas prévu pour ça, mais on n'a aucune garantie de savoir quelle implémentation prendra le pas sur l'autre.
Malheureusement, on a vu à une époque traà®ner sur le net par exemple une "catégorie pour surcharger" le drawRect de UINavigationBar. C'est une très mauvaise idée et une solution sans garantie et posant des soucis, mais malheureusement cette solution a rapidement fait le tour du net (grâce à twitter et quelques forums qui relayaient sans réfléchir) et a été utilisée à plusieurs reprises malgré que ce soit une solution incorrecte et fortement déconseillée car inadéquate. J'espère qu'on ne verra pas le même genre d'aberration avec les méthodes pour rajouter la rotation à UINavigationController, ce serait dommage de rentrer dans le même cycle de désinformation et de populariser une solution incorrecte et dangereuse...