My app mainly uses a navigation controller stack, and sometimes displays some controllers modally. In landscape mode the controllers within the nav controller stack work fine, but other view controller shown by presentViewController or previous presentModalViewController always give portrait size view frame (always 768x1024 on iPad iOS 6.0) - even when rotating back and forth between portrait and landscape.
Kind of related to A view controller is in landscape mode, but I'm getting the frame from portrait mode? however the checked answer is not helping. If I add the later view controller as part of the navigation stack the resize happening on first load and subsequent rotations work. The problem appears only, as stated above, when adding the controller by presentViewController.
wrap the modal branches to another nav controller and define the rotation mask there.
in iOS6 the - (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation) works only on nav stack branches and entire branch should work the same way.
So, subclass the nav:
#interface CLNotRotatingNavController : UINavigationController
and in its .m add this
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation {
return NO;
}
- (NSUInteger)supportedInterfaceOrientations {
return UIInterfaceOrientationMaskLandscape;
}
- (BOOL) automaticallyForwardAppearanceAndRotationMethodsToChildViewControllers {
return YES;
}
and wrap all the modal branches to this nav. This will lock everything to lanscape where necessary.
Related
I have a fairly straightforward setup in my iPhone app, with a navigation controller and a view controller. The view controller has a title, and for most of my views, pushing other view controllers works as expected: the title is used as the label for the "back" button on the navigation bar, and the new view is shown. After the new view has been popped from the stack, the old view is shown with its title.
However, as soon as the pushed view controller implements prefersStatusBarHidden with the return value YES, the title in the navigation bar is gone after this view is popped from the stack - it remains empty and doesn't even display my custom rightbarbuttonitem.
Additionally, doing this in landscape instead of portrait does not show this behaviour - the title is displayed correctly. If you encounter this issue in portrait, you could turn the phone to landscape and back to portrait again, and the title and everything else will reappear in place.
I am unsure if this was already there in previous versions of iOS, but I am currently seeing it with iOS 8.
I had the same issue and the workaround for me was this:
In the view controller that is having prefersStatusBarHidden set to YES add:
- (void)viewWillDisappear:(BOOL)animated
{
[self.navigationController setNavigationBarHidden:YES];
[self.navigationController setNavigationBarHidden:NO];
}
I believe that is because prefersStatusBarHidden is a app wide setting, not per view controller.
You may be able to get around this by adding to the pushed view controllers ViewWillDisappear method
- (void)viewWillDisappear:(BOOL)animated {
[UIApplication sharedApplication].statusBarHidden = NO;
}
I'm trying to get navigation between views that support landscape or portrait orientations working using a navigation controller and pushViewController (and IOS6+ code) and have a problem where after pushing a landscape view controller onto the navigation controller stack, the view controller view correctly is in landscape but the device is still in portrait orientation. (imagine an arrow pointing left to right on a landscape screen, here it points from down to up on a portrait screen so the dimensions are correct - it's just the device should be in landscape mode so the arrow points left to right - if that makes sense)
I have a portraitViewController and landscapeViewController that my different sub modes use.
Using the iOS 6 method, The two classes overload
-(BOOL)shouldAutorotate;
-(UIInterfaceOrientation)preferredInterfaceOrientationForPresentation;
-(NSUInteger) supportedInterfaceOrientations;
appropriately.
I also have my own derived navigationcontroller that overrrides:
-(BOOL)shouldAutorotate;
-(UIInterfaceOrientation)preferredInterfaceOrientationForPresentation;
-(NSUInteger) supportedInterfaceOrientations;
with the functions returning the same functions of the top view controller (so we're not bound to portrait mode by the top level view controller).
My first problem is that the device doesn't do an orientation refresh when you use pushViewController onto the navigation controller. This is well documented and has been solved up to now by using dismissViewController and presentViewController which forces a device orientation refresh which in turn queries the new view controller about what orientations it supports and switches the device appropriately.
This works but loses transitioning between view controllers (i.e with the new view sliding in from the right of the screen) as the previous view is removed from screen before the next is added and the newly presented view is applied to the entire screen directly.
Because of this, I've been trying to get things working using pushViewController rather than present / dismissViewController. pushViewController works fine when I navigate from portrait to portrait view - the new view slides in nicely - it's when I switch from a portrait to landscape view controller than things break.
Just pushViewController doesn't cause the device to refresh it's orientation and query what the new view would like to use. I've added calls to present / dismissModalViewController before my call to pushViewcontroller to force an orientation check with the new view controller.
* the problem *
This doesn't work however because the view is now in landscape mode but the device is still in portrait mode so the view is at 90 degs to what it should be.
I've tried fixing this by setting the status bar orientation to match the view controller landscape orientation but this causes massive problems when the user manually rotates the device from then on as they aren't in sync. Also in iOS 6, you can't do that if your view controller returns YES from shouldAutoRotate function (calls to setStausBarOrientation are ignored if you control orientation yourself in your view controller) so it took a large hack to do it and it just doesn't feel like the right solution.
To summarise, how can I use a navigation controller & pushViewController (using iOS6) and switch between landscape and portrait views properly? At the moment, I can't get the device to update along with the view so the interface is in landscape but the device is still in portrait. If I try using setStatusBarOrientation to force the device to landscape, things start to go wrong as soon as I manually rotate the screen and it requires such a hack it just can't be the right answer.
thanks!
:-)
I have a strange problem UISplitViewController. I have a button in my master view controller which opens a modal view when tapped (using a simple storyboard segue).
But the modal view disappears when I rotate the iPad, but only when rotating from portrait to landscape. My master view controller is hidden in portrait, like in the native Mail application.
If I'm in landscape (when the master is always visible) and open my modal, rotating the device works correctly and my modal stays on screen.
I tried manually triggering the segue programmatically, if I call performSegueWithIdentifier: on the splitViewController, rotating works both ways. But I was wondering if this was fixable in a simpler way because I have other buttons displaying modals in the master view controller and I don't want to do an IB action for each one and lose the advantages of storyboard segues.
unfortunately it is like that, when your ipad is on portrait mode, you have a popover of your master, it is not the master in another shape. What means that you are presenting a modal using this popover as presentingViewController, so when you move from portrait to landscape the method splitViewController:willShowViewController will make your popover nil as you can see:
- (void)splitViewController:(UISplitViewController *)splitController willShowViewController:(UIViewController *)viewController invalidatingBarButtonItem:(UIBarButtonItem *)barButtonItem
{
// Called when the view is shown again in the split view, invalidating the button and popover controller.
[self.navigationItem setLeftBarButtonItem:nil animated:YES];
self.masterPopoverController = nil;
}
So I understand that is acceptable that your modal is going with it. So, with this you understand why when you put your action an call the performSegueWithIdentifier: on your splitViewController it doesn't happen, your modal is no longer connected with your popover.
So you may ask why it doesn't happen when you move from landscape to portrait.. and the reason is splitViewController:willHideViewController, it hides the viewController it doesn't remove it, so your modal is always connected.
So, unfortunately there is no solution and you will have to perform the actions by code..
I hope it helps,
Roberto
I am using a UINavigationController inside the Master View of a UISplitViewController. Inside of my UINavigationController I have, as usual, a UITableViewController. Selecting a cell in this table view pushes a new UINavigationItem onto the stack. This transition occurs as I expect. However, once I've pushed, when I push the Back button, the transition back to the top UINavigationItem doesn't slide from left to right as usual. Instead, the screen goes black, the Master View holding the UINavigationController/UITableViewController slides down in the center of the screen from the top, and then the UINavigationController appears back on the left side where I expect it. I've found similar questions, but all of the accepted answers revolve around not handling rotation correctly. I've double-checked that all of my view controllers return YES for all orientations.
implementing the following in my view controllers solved it for me
-(NSUInteger)supportedInterfaceOrientations
{
return UIInterfaceOrientationMaskAll;
}
Hope it works for you as well
You should check your implementation of - (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation method in view controller that you have pushed into UINavigationController.
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation
{
// should return YES for all orientations
// or at least for orientation that your UINavigationController supports.
}
For me this issue appears only on iOS 5, but if you experience it on iOS 6 also, you could implement -(NSUInteger)supportedInterfaceOrientations in similar way.
I hope it will help you.
I have an issue issue with the UINavigationController on the iPad. When the app is started in landscape orientation, popping the top view controller from the navigation controller causes the device orientation to turn into portrait and the view displayed slides down when the view that becomes visible and adjusts to portrait orientation. It makes no difference if I initiate the call or if it's done automatically by the back button.
When the app is started in portrait mode and device is turned into landscape later I don't see the same behavior and everything works fine.
Any pointers to where and what to look for to find the cause or workaround suggestions to prevent this from happening are welcome.
Thank you,
Oz
One of the view controllers in your UINavigationController's view hierarchy is not overriding the shouldAutorotateToInterfaceOrientation: method, which by default only returns YES for UIInterfaceOrientationPortrait – so, when that particular view controller comes to the front, it auto-rotates to an orientation it supports.
You can fix this by finding the offending view controller and adding the code below:
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation {
// Overriden to allow any orientation.
return YES;
}