| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We don't need the captureId in the public API so deprecate the functions
which make it appear and create overloads with no such id when
appropriate. Only a pointer to a QRenderCaptureReply is needed to
represent a capture request.
Also the "isCompleted" parameter is unneeded on the signal since it is
always true anyway. If we'd want to do error management it would go via
a status flag property or similar.
Change-Id: I9571ece3e3f82f46db5b3993ccf035e770c9d55e
Task-Id: QTBUG-58877
Reviewed-by: Antti Määttä <antti.maatta@qt.io>
Reviewed-by: Paul Lemire <paul.lemire@kdab.com>
|
| |
|
|
|
|
|
| |
To clearly identify this was added in 5.8 and not part of 5.7
Change-Id: Ifd713efa34f0092c250eae58260fab71865bb49e
Reviewed-by: Sean Harmer <sean.harmer@kdab.com>
|
|
|
Add new example to test the RenderCapture functionality in QML. The test
is based on simple-qml example.
Change-Id: Ie6aeaffd9ebe1faa0fb120e7f4d440618a3f79d3
Reviewed-by: Paul Lemire <paul.lemire@kdab.com>
|
