How to present a view controller in portrait or landscape, in application that is portrait-only
Asked Answered
D

5

11

I have an iPhone application most of which is portrait-only, but with one view controller (a video player screen) that has to support both portrait and landscape (this is for iOS 8 only). To achieve this, I have set the app's plist to support portrait and both kinds of landscape, then subclassed UINavigationController; in this subclass I override

- (BOOL)shouldAutorotate {
    return YES;
}

and

- (NSUInteger)supportedInterfaceOrientations {

    if ([self.visibleViewController isKindOfClass:[MyVideoPlayerScreen class]]) {
        return UIInterfaceOrientationMaskAllButUpsideDown;
    } else {
        return UIInterfaceOrientationMaskPortrait;
    }

}

This mostly works as expected: the initial screens are all portrait-only, and remain in portrait even when the device is turned to landscape. The video player, when initially presented:

MyVideoPlayerScreen *newVC = [MyVideoPlayerScreen new];
[self.navigationController pushViewController:newVC animated:YES];

is also in portrait but will then rotate to landscape when the device is turned - all good so far.

The problem is that if I turn the device to landscape, the video player goes landscape as well, but then when I dismiss the video player screen via the back button, the underlying view controller (which is supposed to be portrait-only) is now also in landscape. If I rotate the device back to portrait the view controller rotates back to portrait as well, and it is then correctly locked in portrait-only from that point on.

How can I get the original view controller (which is supposed to be portrait-only) to automatically go back to portrait when the landscape view controller above it is popped?

This question has been asked a million times, but it seems that the fixes that were posted for it are all hacks that don't work in iOS 8 any more.

Update: I have found a "sort-of" fix for this that does work in iOS 8. In my UINavigationController subclass, I handle the <UINavigationControllerDelegate> protocol. I implemented this method:

- (void)navigationController:(UINavigationController *)navigationController didShowViewController:(UIViewController *)viewController animated:(BOOL)animated {

    if (![viewController isKindOfClass:[MyVideoPlayerScreen class]]) {

        // if the current orientation is not already portrait, we need this hack in order to set the root back to portrait
        UIInterfaceOrientation orientation = [[UIApplication sharedApplication] statusBarOrientation];
        if (orientation != UIInterfaceOrientationPortrait) {

            // HACK: setting the root view controller to nil and back again "resets" the navigation bar to the correct orientation
            UIWindow *window = [[UIApplication sharedApplication] keyWindow];
            UIViewController *vc = window.rootViewController;
            window.rootViewController = nil;
            window.rootViewController = vc;

        }

    }

}

This at least leaves the UI in the state I want it to be in. The problem is that when the top-level view controller is dismissed and animated off-screen, the underlying view controller is still in landscape; then it suddenly jumps to portrait. Not ideal, but better than nothing.

Update 2: I should have added that I am pushing the second view controller like so:

ViewControllerPortraitLandscape *newVC = [ViewControllerPortraitLandscape new];
[self.navigationController pushViewController:newVC animated:YES];

Update 3: OK, this is totally doable, in a way that works for iOS 6 and up. The fix even kind of makes sense, although the reason for it's working does not seem to be in the documentation anywhere. Basically, in the view controller that you need to be reset to portrait when the top-level view controller is dismissed while the device is still in landscape, you just need to add this:

- (NSUInteger)supportedInterfaceOrientations
{
    return UIInterfaceOrientationMaskPortrait;
}

Although my subclass of UINavigationController is entirely responsible for the rotation calls, breakpoints show that supportedInterfaceOrientations is called on the underlying view controller just before the top-level is dismissed, and it's called on the navigation controller after the top-level is dismissed. So I'm inferring that this call to the view controller itself is made by iOS in order to determine what orientation the underlying view controller should be in (and it does not ask the nav controller for this); if it's not explicitly overridden it will return the all-but-upside-down parameter, so iOS just leaves it where it is, in landscape.

Deodar answered 10/11, 2014 at 19:25 Comment(0)
D
5

Turns out this is an easy fix: you can drive the entire process via a subclass of UINavigationController as I posted here (i.e. not implementing any of these rotation methods in the view controllers themselves), except that for any view controller that needs to be portrait-only, you also need to implement this:

- (NSUInteger)supportedInterfaceOrientations
{
    return UIInterfaceOrientationMaskPortrait;
}

With breakpoints, you can see that this method is called before the pushed view controller above it is dismissed; iOS presumably uses this call to determine what orientation the "revealed" view controller should be in (the same call to the navigation controller subclass is called after the top-level view controller is dismissed).

With this method implemented in the view controller, everything works as expected.

Deodar answered 11/11, 2014 at 16:15 Comment(1)
Works with iOS 7 and 8. You saved me a lot of time. There are many answers regarding problems with autorotation, and this solved my case. When changing to Landscape, I use a new UINavigationController, but my main Navigation controller needs to have this method as it is only portrait. Thanks!Rausch
A
3

Be portrait EXCEPT when presenting a particular UIViewController subclass. This article helped a lot: ~~removed because of spam~~

set the Info.plist to support, portrait, landscape left, landscape right

implement application:supportedInterfaceOrientationsForWindow: like so:

- (NSUInteger)application:(UIApplication *)application supportedInterfaceOrientationsForWindow:(UIWindow *)window
{
    return UIInterfaceOrientationMaskPortrait | UIInterfaceOrientationMaskLandscapeLeft;
}
// (I specifically want landscape left for the movie viewing)

subclass UINavigationController(the windows' rootViewController) and override like so:

- (BOOL)shouldAutorotate
{
    return YES;
}

- (NSUInteger)supportedInterfaceOrientations
{
    return UIInterfaceOrientationMaskPortrait; // enforces the “portrait everything” requirement
}

finally, I had to make sure the custom player view controller would "override" the supported orientation:

- (BOOL)shouldAutorotate
{
    return NO;
}

- (NSUInteger)supportedInterfaceOrientations
{
    return UIInterfaceOrientationMaskLandscape;
}

- (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation
{
    return UIInterfaceOrientationLandscapeLeft;
}

Result: UIViewController subclass presents but when dismissing the custom view controller, the presenting view controller is Portrait.

From fantageek article: "The system intersects the view controller’s supported orientations with the app’s supported orientations (as determined by the Info.plist file or the app delegate’s application:supportedInterfaceOrientationsForWindow: method) to determine whether to rotate."

Amourpropre answered 4/7, 2015 at 6:36 Comment(1)
Please fix your link as it leads to dubious contentCofsky
A
0

I think you should change to this and try again

-(NSUInteger)supportedInterfaceOrientations {
 if ([self.visibleViewController isKindOfClass:[MyVideoPlayerScreen class]]) 
 {
    return UIInterfaceOrientationMaskLandscape;
 } 
 else 
 {
    return UIInterfaceOrientationMaskPortrait;
 }
 }
Aponte answered 10/11, 2014 at 20:12 Comment(1)
That doesn't work at all. The second screen is still presented in portrait, then if you rotate to either landscape it will be locked into landscape from that point on. When you dismiss in landscape, the underlying view controller remains in landscape.Deodar
S
0

Here's how you do it.

Implement these 3 methods on both presenting and presented controller:

- (BOOL)shouldAutorotate {
    return NO; //-- for presented controller use YES
}

- (NSUInteger)supportedInterfaceOrientations {
    return UIInterfaceOrientationMaskLandscape; //-- any orientation you need
}

- (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation {
    return UIInterfaceOrientationLandscapeRight;
}

and now you can use in the presenting controller:

[self presentViewController:presentedController animated:true completion:nil];

This way, when you go back to presenting controller, it will have the correct orientation.

Satinwood answered 10/11, 2014 at 21:26 Comment(1)
Nope, this doesn't work either. If you put breakpoints on these methods, you can see exactly why. When the top-level view controller is dismissed, shouldAutorotate is called on the top-level view controller, which of course returns YES so the UI is left in landscape. Now, when you try to rotate, shouldAutorotate is called on the bottom view controller which returns NO, so the UI remains stuck in landscape. Same problem regardless of whether you present or push the top-level vc.Deodar
V
0

My case has 3 view controller:
- first view controller: portrait
- second view controller: landscape right (has navigation controller and was presented by first view controller)
- third view controller: portrait (has navigation controller and was pushed by second view controller )
And my solution had already here. Hope this helps

Vomiturition answered 22/9, 2017 at 5:5 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.