Details
-
User Story
-
Resolution: Fixed
-
P1: Critical
-
6.6
-
None
-
Android
-
2023wk44FOQtforAndroid, 2023wk46FOQtforAndroid, 2023wk48FOQtforAndroid, 2023wk50FOQtforAndroid, 2023wk52FOQtforAndroid, 2024wk02FOQtforAndroid, 2024wk04FOQtforAndroid, 2024wk06FOQtforAndroid, 2024wk08FOQtforAndroid, 2024wk10FOQtforAndroid, 2024wk12FOQtforAndroid, 2024wk14FOQtforAndroid, 2024wk16FOQtforAndroid
-
2020ce5fd (dev), 0a92d881b (dev), 6ff88f97a (dev), 8df46c889 (dev), 4f6cbed4d (6.7), 3dad99a43 (dev), 3914a965c (dev), 64caa7c4b (6.7), ceae81f5d (6.7)
Description
See https://bugreports.qt.io/browse/QTBUG-116183
From what I can tell, we need to change QAndroidPlatformWindow to always have a surface (not just QAndroidPlatformOpenGLWindow), so that for raster windows we don't blit to a root surface of the QAndroidPlatformScreen.
We also need to move the the window management from being a QtLayout per screen, to something that is per QAndroidPlatformWindow. For example, if a QQuickWindow, backed by a QAndroidPlatformWindow, is taken out of a Qt context and put into a native Java layout, it should respond to that layout as any other Android View. And if that QQuickWindow has a child QWindow, that child QWindow needs to have its backing SurfaceView managed by the parent, via a layout that the embedding UI doesn't have to care about.
Attachments
Issue Links
- resulted from
-
QTBUG-116183
Investigate QPA/QtGui enablers for window embedding
-
- Closed
-
- resulted in
-
QTBUG-118849 Android: QScreen grabWindow() returns null pixmap
-
- Closed
-