mirror of
https://github.com/libretro/RetroArch.git
synced 2026-11-12 18:45:33 -10:00
davey
24f9ff6d25
A turn of an Android display reaches RetroArch as a new size on paths these harnesses already run on the host: the main window's content rectangle or EGL surface, the second display's surface, and the window layouts and display list the frontend publishes. Pin what each must do with it, so a regression fails here and not only on a device. - android_content_rect: a 1920x1080 to 1080x1920 swap asks one resize at the swapped size on the Vulkan context, and on the gl one, whose check_window() is now extracted too, with egl_get_video_size() stubbed. - android_second_surface: the same surface at a new size is one GEOMETRY at that size, the same generation, no CLOSE, still shown; a window kept across a driver reinit meanwhile is taken at the size last drawn, and the next driver's first poll brings the new size. - video_screens: a window drawn again at swapped dims lays the menu out at that size and maps touches through the new layout from the first read; a display whose size changes under the same name keeps its placement and does not ask again for a move that was given up; a menu waiting for a turned display's window lays out at the size listed now.