{"id":662,"date":"2012-09-25T21:04:30","date_gmt":"2012-09-25T20:04:30","guid":{"rendered":"http:\/\/www.widemann.net\/wp-fr\/?p=662"},"modified":"2012-09-25T21:04:30","modified_gmt":"2012-09-25T20:04:30","slug":"rotation-sous-ios-6","status":"publish","type":"post","link":"https:\/\/widemann.net\/wp-fr\/rotation-sous-ios-6\/","title":{"rendered":"Rotation sous iOS 6"},"content":{"rendered":"

Si vous utilisez un iPhone ou un iPad, vous avez peut-\u00eatre remarqu\u00e9 un nombre inhabituel de mises \u00e0 jour depuis la sortie d’iOS 6.<\/strong> Bien s\u00fbr, il y a l’adaptation urgente \u00e0 l’\u00e9cran \u00e9tir\u00e9 de l’iPhone 5, mais il y a une autre raison : Apple a modifi\u00e9 la gestion de la rotation, sans trop se soucier de la compatibilit\u00e9 des applications existantes…<\/p>\n

L’id\u00e9e g\u00e9n\u00e9rale derri\u00e8re cette \u00e9volution part plut\u00f4t d’un bon sentiment : la m\u00e9thode pr\u00e9c\u00e9dente induisait une confusion entre rotation et mise en page (layout). Par exemple, sur un iPad, il est banal d’utiliser une subView organis\u00e9e de fa\u00e7on identique pour la \u201cdetail view\u201d quelle que soit la rotation.<\/p>\n

\"Layout\"<\/p>\n

Si le viewController pilotant la subView est interrog\u00e9 classiquement via
\n- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation<\/code>
\nil peut se produire des situations ambigu\u00ebs o\u00f9 cette confusion pose probl\u00e8me. Pour \u00e9viter \u00e7a, Apple a rendue \u201cdeprecated\u201d cette m\u00e9thode et le framework a tout simplement\u00a0cess\u00e9 de l’appeler (de ce fait, certaines applications ont tout simplement cess\u00e9 de pivoter !). \u00c0 la place, l’application s’appuie sur les orientations indiqu\u00e9es dans le fichier Info.plist. Autant de code en moins \u00e0 \u00e9crire. Ou bien, avec une nouvelle API, elle interroge seulement le viewController \u201cracine\u201d, mais plus les autres. C’est maintenant le rootViewController qui d\u00e9cide pour ses \u201cenfants\u201d.<\/strong><\/p>\n

Cette nouvelle m\u00e9thode est \u00e9videmment beaucoup trop simple. Un nouveau probl\u00e8me appara\u00eet lorsque l’application doit g\u00e9rer s\u00e9lectivement la rotation selon la view courante, accepter la rotation sur une view et la refuser sur une autre. Pour pr\u00e9server la souplesse n\u00e9cessaire, Apple\u00a0a introduit plusieurs nouvelles m\u00e9thodes dans UIViewController :<\/p>\n

- (BOOL)shouldAutorotate;<\/code>
\n- (NSUInteger)supportedInterfaceOrientations;<\/code><\/p>\n

Il faut d’abord pr\u00e9venir le framework que l’application les utilise. La solution retenue pour \u00e7a est assez \u00e9trange : au lieu d’une m\u00e9thode de d\u00e9l\u00e9gu\u00e9 qu’on aurait pu s’attendre \u00e0 trouver (mais un UIViewController n’a pas de d\u00e9l\u00e9gu\u00e9 par d\u00e9faut…), c’est un userDefault qu’il faut cr\u00e9er :<\/p>\n

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
\n{
\n\"\"\/\/Register for new API rotation calls
\n\"\"[[NSUserDefaults standardUserDefaults] setBool:YES forKey:@\"UIApplicationSupportedInterfaceOrientationsIsEnabled\"];
\n\"\"...
\n}<\/code><\/p>\n

Deuxi\u00e8me contrainte \u00e0 respecter : la fen\u00eatre doit imp\u00e9rativement \u00eatre dot\u00e9e d’un viewController \u201croot\u201d. C’\u00e9tait facultatif jusqu’ici (mais on voyait depuis iOS 5 passer un warning dans la console en son absence), c’est devenu obligatoire en iOS 6, sinon il est impossible d’exploiter cette nouvelle API. En outre, la bonne syntaxe doit \u00eatre utilis\u00e9e pour installer le viewController et sa view dans la fen\u00eatre :<\/p>\n

self.window.rootViewController = viewController;<\/code><\/p>\n

et surtout pas [window addSubView:viewController.view];<\/code> qui ne fonctionne pas correctement puisque la property rootViewController n’est pas sollicit\u00e9e. Attention avec les projets anciens cr\u00e9\u00e9s avec les vieux templates…<\/p>\n

Ensuite, il faut impl\u00e9menter\u00a0shouldAutorotate<\/code> et\u00a0supportedInterfaceOrientations<\/code> dans le rootViewController lui-m\u00eame. Pas de probl\u00e8me si c’est une sous-classe. Si c’est un UINavigationController, il faut le sous-classer aussi, idem pour un UITabBarController utilis\u00e9 en rootViewController. C’est assez \u00e9trange d’avoir \u00e0 sous-classer ces v\u00e9n\u00e9rables objets juste pour \u00e7a, mais apparemment c’est la bonne solution.<\/p>\n

Comme indiqu\u00e9 plus haut, le framework appelle seulement ces m\u00e9thodes dans le rootViewController, et non dans les viewControllers \u201cenfants\u201d. La d\u00e9cision effective de rotation sera l’intersection entre ce qu’il y a dans Info.plist et ce que retourne supportedInterfaceOrientations<\/code>.\u00a0Il y a peut-\u00eatre une solution plus simple qui m’a \u00e9chapp\u00e9 pour l’instant, en tout cas voici une approche qui fonctionne pour autoriser s\u00e9lectivement la rotation. Impl\u00e9menter ainsi les deux m\u00e9thodes dans la sous-classe de UINavigationController :<\/p>\n

- (NSUInteger)supportedInterfaceOrientations
\n{
\n\"\"UIViewController *lastVC = [self.viewControllers lastObject];
\n\"\"if ([lastVC respondsToSelector:@selector(supportedInterfaceOrientations)]) {
\n\"\"\"\"return [lastVC supportedInterfaceOrientations];
\n\"\"}
\n\"\"return UIInterfaceOrientationMaskAllButUpsideDown;
\n}<\/code><\/p>\n

- (BOOL)shouldAutorotate
\n{
\n\"\"UIViewController *lastVC = [self.viewControllers lastObject];
\n\"\"if ([lastVC respondsToSelector:@selector(shouldAutorotate)]) {
\n\"\"\"\"return [lastVC shouldAutorotate];
\n\"\"}
\n\"\"return YES;
\n}<\/code><\/p>\n

On peut adapter \u00e7a \u00e0 un UITabBarController \u201croot\u201d en lui indiquant le \u201cchemin\u201d du viewController \u00e0 interroger (\u00e7a peut \u00eatre plus compliqu\u00e9, car un tabBarItem peut contenir \u00e0 son tour un navigationController, donc il faudra adapter l’approche au cas par cas). Ensuite il ne reste plus qu’\u00e0 impl\u00e9menter ces m\u00e9thodes dans les viewControllers qui doivent se comporter diff\u00e9remment de la r\u00e8gle g\u00e9n\u00e9rale, et y retourner les valeurs appropri\u00e9es, par exemple return NO;<\/code> pour refuser la rotation, ou une valeur diff\u00e9rente de masque pour l’autoriser s\u00e9lectivement.<\/p>\n

Bien s\u00fbr, on conserve en parall\u00e8le l’API pr\u00e9c\u00e9dente pour pr\u00e9server la compatibilit\u00e9 avec iOS 5 encore quelques temps…<\/p>\n

Ceci n’est peut-\u00eatre pas la solution optimale. La doc est assez elliptique pour le moment et laisse largement place \u00e0 l’interpr\u00e9tation. N’h\u00e9sitez pas \u00e0 commenter si vous trouvez une solution plus simple !<\/p>\n","protected":false},"excerpt":{"rendered":"

Si vous utilisez un iPhone ou un iPad, vous avez peut-\u00eatre remarqu\u00e9 un nombre inhabituel de mises \u00e0 jour depuis la sortie d’iOS 6. Bien s\u00fbr, il y a l’adaptation urgente \u00e0 l’\u00e9cran \u00e9tir\u00e9 de l’iPhone 5, mais il y a une autre raison : Apple a modifi\u00e9 la gestion de la rotation, sans trop … Continue reading “Rotation sous iOS 6”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[32],"tags":[45,46],"class_list":["post-662","post","type-post","status-publish","format-standard","hentry","category-programmation","tag-ios6","tag-iphone"],"_links":{"self":[{"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/posts\/662","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/comments?post=662"}],"version-history":[{"count":0,"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/posts\/662\/revisions"}],"wp:attachment":[{"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/media?parent=662"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/categories?post=662"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/widemann.net\/wp-fr\/wp-json\/wp\/v2\/tags?post=662"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}