Closed jfmu closed 10 months ago
I think this has to be marked as an extension first, but this might be for @TheSpydog, since I thought this was either documented or translated properly for iOS.
Are we able to add a case to this and treat it as Portrait?
https://github.com/FNA-XNA/FNA/blob/master/src/FNAPlatform/SDL2_FNAPlatform.cs#L863
By "tablet", I can clarify this was an x86-64 MSFT surface tablet running windows. I think that counts as "desktop".
Thanks for the PR / report!
I don't think this is the right solution, because the actual issue is more sinister: Windows builds have no business handling display orientation logic in the first place. The fact that any of this is happening in the first place is a bug. The only platforms that should care about orientation are iOS and Android. We're missing some logic to prevent other platforms from reacting to these orientation events.
However, even if we fixed that bug, this crash will still happen on iPad if UIInterfaceOrientationPortraitUpsideDown
is listed as a supported orientation in the Info.plist. So we should address that as well, probably via flibit's proposed solution above.
However, even if we fixed that bug, this crash will still happen on iPad if
UIInterfaceOrientationPortraitUpsideDown
is listed as a supported orientation in the Info.plist. So we should address that as well, probably via flibit's proposed solution above.
Confirmed that this proposed fix works on iPad, so that change should definitely be made.
Let's go ahead and add that line in then - will push it some time tomorrow if nobody beats me to this.
Thanks for catching this!
Cool..thanks :-)
… or PortraitUpsideDown. This really crashes on tablets otherwise. Corresponding pull request is in FNA3D, though the DisplayOrientation enum there is not used at all yet. https://github.com/FNA-XNA/FNA3D/pull/190