[TIMOB-1329] Able to programmatically override set orientation/lock hardware switch
| GitHub Issue | n/a |
|---|---|
| Type | Bug |
| Priority | Low |
| Status | Closed |
| Resolution | Invalid |
| Resolution Date | 2011-04-15T02:49:35.000+0000 |
| Affected Version/s | n/a |
| Fix Version/s | Release 1.5.0 |
| Components | iOS |
| Labels | n/a |
| Reporter | Thomas Huelbert |
| Assignee | Blain Hamon |
| Created | 2011-04-15T02:49:35.000+0000 |
| Updated | 2017-03-02T18:11:06.000+0000 |
Description
You can see this using KitchenSink (the regular, non iPad version)
1.Start in portrait orientation, and lock the screen orientation
by way of the hardware switch on the ipad
2.KS>Phone Tab> Orientation
3.Tap "set landscape"
results: the ipad UI and the apps UI changes to landscape
expected: should we not respect the lock?
Unfortunately, we're unable to even detect the lock, and Apple's apps all make this moot by never setting orientation or restricting orientation.
I guess the analogy I can use is playing video in 3.1.3, where the screen rotates despite the device's orientation. Other issue is that I know others will think this fix would be a bug in their eyes. Simply put, on iPad, the end developer should not be restricting or setting the orientation either way.
Suggesting to mark as 'invalid', but deferring to Tom and Nolan. Suggesting also that we note to end developers to not set orientation unless they really really really have a good reason, as it goes against Apple's guidelines.
No update, still no way to detect the lock. Marking invalid.
Closing as invalid.