diff options
author | Tor Arne Vestbø <tor.arne.vestbo@digia.com> | 2015-01-21 18:04:29 +0100 |
---|---|---|
committer | Tor Arne Vestbø <tor.arne.vestbo@theqtcompany.com> | 2015-01-22 12:58:34 +0100 |
commit | a2b358e7f5f46472d21d4ea24ec0c2646bc51cc7 (patch) | |
tree | f9edbedbe7b7cc956b56111def0dac372c455c40 /mkspecs/freebsd-g++46 | |
parent | 38abd653774aa0b3c5cdfd9a8b78619605230726 (diff) |
Only show QWindows after QScreen destruction if coming from virtual sibling
For windows that were shown on an external screen (not a virtual sibling
of the primary screen), eg. on iOS, it doesn't make sense to re-show the
window when moved back to the primary screen.
By moving the logic into the QScreen destructor, we ensure that the code
path is hit both for the old and unsupported style way of destroying
QPlatformScreen by deleting it directly, and the new and safe way
of using QPlatformIntegration::destroyScreen(), while still allowing
clients to manage the windows themselves by emitting screenRemoved()
before applying our fallback logic.
[ChangeLog][QtGui][Important Behavior Changes] QWindows will no longer
be re-shown automatically when moved from a destroyed QScreen, unless
that QScreen was a virtual sibling of the primary screen.
Change-Id: If1105bc5ef41a5392854bb97d121c998bffa3606
Reviewed-by: Eskil Abrahamsen Blomfeldt <eskil.abrahamsen-blomfeldt@theqtcompany.com>
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@theqtcompany.com>
Diffstat (limited to 'mkspecs/freebsd-g++46')
0 files changed, 0 insertions, 0 deletions