diff options
| author | Bjoern Erik Nilsen <bjorn.nilsen@nokia.com> | 2009-05-07 11:08:45 (GMT) |
|---|---|---|
| committer | Bjoern Erik Nilsen <bjorn.nilsen@nokia.com> | 2009-05-07 11:08:45 (GMT) |
| commit | 2841ac47dbd646539cc863a030be4a0ac6a077f4 (patch) | |
| tree | e7bc8f644b9684f5883b1ae8070ba7d8f8b9edb8 /bin | |
| parent | b67a06392ce4e6ad844db857210e502044e94c18 (diff) | |
| download | Qt-2841ac47dbd646539cc863a030be4a0ac6a077f4.zip Qt-2841ac47dbd646539cc863a030be4a0ac6a077f4.tar.gz Qt-2841ac47dbd646539cc863a030be4a0ac6a077f4.tar.bz2 | |
Win: QLineEdit not updating correctly when embedded in Graphics View
Updates triggered by the line edit itself, i.e. cursor blinking, are not
processed after the top-level is resized. This is yet another problem
caused by the event dispatcher on Windows (Qt posted events are not sent
during top-level resize, task 146849). We added a work-around for that
particular case by posting an event via Windows, but the widget is not
visible on the screen (hidden from Windows' POV) so it'll never be posted.
And of course then we'll never receive it and the backing store is not
synced. This work-around is therefore useless for widgets that are
not visible on the screen.
However, not receiving update requests while resizing the top-level
(in this case QGraphicsView), is not a problem for embedded widgets
because all items and hence the proxied widgets are repainted by
graphics view anyways.
Task-number: 252400
Reviewed-by: Olivier
Diffstat (limited to 'bin')
0 files changed, 0 insertions, 0 deletions