| 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162 |
- #pragma once
- @interface UnityViewControllerBase (iOS)
- - (BOOL)shouldAutorotate;
- - (BOOL)prefersStatusBarHidden;
- - (UIStatusBarStyle)preferredStatusBarStyle;
- @end
- // we have several ViewController implementations, to better handle all the possible scenarios of setting orientation
- // long long ago we had just once controller, handling everything
- // then we have found that iOS does not "like" this, or rather it might behave in a way we don't want
- // thus we split into one "default" view controller (handling orientation)
- // and then per-orientation "fixed orientation" view controllers
- // when we were changing orientation forcibly (or autorotation constraints) we were changing view controller to another one
- // it turned out later that sometimes (on some devices) iOS 17 does not like this as in it could error/hang
- // probably because it ended up having two orientation "processes": one from old controller and another from new one
- // for example sometimes it was printing the error message: "A new orientation transaction token is being requested while a valid one already exists"
- // thus we are returning back to using just one view controller (on iOS 16+)
- // this makes sense especially since in iOS 16 special api to poke iOS about changing autorotation constraint was added
- // so we can use it directly (and hope for the best) instead of doing this dance of recreating view controllers
- // to support both old and new way without introducing too much copy-paste code, we will tweak
- // UnityDefaultViewController to include "forced orientation" field that can be used in determining supported orientations
- // should we handle fixed orientation in UnityDefaultViewController is defined by the app (as in, AppController will decide when creating root view controller)
- // as we don't want to push the decision that low-level
- // view controllers constrained to one orientation
- @interface UnityFixedOrientationViewController : UnityViewControllerBase
- - (instancetype)initWithOrientation:(UIInterfaceOrientation)interfaceOrientation;
- @end
- @interface UnityPortraitOnlyViewController : UnityFixedOrientationViewController
- @end
- @interface UnityPortraitUpsideDownOnlyViewController : UnityFixedOrientationViewController
- @end
- @interface UnityLandscapeLeftOnlyViewController : UnityFixedOrientationViewController
- @end
- @interface UnityLandscapeRightOnlyViewController : UnityFixedOrientationViewController
- @end
- // this is default view controller implementation (autorotation enabled)
- // it also has the ability to support fixed orientation; this will be enabled by AppController when creating view controller on iOS 16+
- @interface UnityDefaultViewController : UnityViewControllerBase
- - (instancetype)initShouldHandleFixedOrientation:(BOOL)shouldHandleFixedOrientation;
- // we have well defined points where we should update supported orientations:
- // on init and inside [UnityAppController checkOrientationRequest]
- // note that pre iOS 16 the latter will recreate default view controller if supported orientations conflict with the current orientation
- // on iOS 16+ we are keeping one view controller and let it handle supported orientations by itself
- // this is done as opposed to [UnityDefaultViewController supportedInterfaceOrientations] poking unity for that
- // as this might happen in "random" places, out-of-sync with our handling of "orientation constraints were changed at unity side"
- - (void)updateSupportedOrientations;
- @property (nonatomic,readonly) BOOL willHandleFixedOrientation;
- @end
- NSUInteger EnabledAutorotationInterfaceOrientations();
|