Is there an existing issue for this?
Description
Apple introduced a "more space" feature under Display Zoom that provides more screen real estate by reducing the size of the overall UI to cram more on a user's screen: https://switchtoipad.com/features/ipados-16-beta-watch-more-space-if-your-eyes-can-take-it/
Under Metal, the on-screen UI elements are rendered correctly when set to "more space" but the actual location of the input touch controls are still set to the "default" location, causing a disconnect between visual UI and physical tap points, like taking two identical overlapping images and stretching one while leaving the other the same size.
Vulkan behaves as expected, mirroring the UI to the physical tap points.
I had originally filed this under an FR, but it seems it is actually a bug in the Metal driver: #19464
Expected behavior
The UI elements should align with the physical location of the controls using Metal as they do using Vulkan.
Steps to reproduce the bug
- Set iPadOS to "more space" under Settings > Display & Brightness > Display Zoom.
- Set video driver to Metal.
- Launch any game (this is an important step as things are fine before this).
- Open RA's Menu.
- Tap on any UI element (the farther you get from the top left, the worse the bigger the disparity between visual UI and physical input locations).
Version/Commit
1.22.2
Bisect Results
No response
Present in the nightly version
Yes, this is reproduced in the nightly build
Platform & operating system
iPadOS 18, 26, 27
Affected Cores
All cores affected
Environment information
No response
Relevant log output
Is there an existing issue for this?
Description
Apple introduced a "more space" feature under Display Zoom that provides more screen real estate by reducing the size of the overall UI to cram more on a user's screen: https://switchtoipad.com/features/ipados-16-beta-watch-more-space-if-your-eyes-can-take-it/
Under Metal, the on-screen UI elements are rendered correctly when set to "more space" but the actual location of the input touch controls are still set to the "default" location, causing a disconnect between visual UI and physical tap points, like taking two identical overlapping images and stretching one while leaving the other the same size.
Vulkan behaves as expected, mirroring the UI to the physical tap points.
I had originally filed this under an FR, but it seems it is actually a bug in the Metal driver: #19464
Expected behavior
The UI elements should align with the physical location of the controls using Metal as they do using Vulkan.
Steps to reproduce the bug
Version/Commit
1.22.2
Bisect Results
No response
Present in the nightly version
Yes, this is reproduced in the nightly build
Platform & operating system
iPadOS 18, 26, 27
Affected Cores
All cores affected
Environment information
No response
Relevant log output