diff options
author | Richard Moe Gustavsen <richard.gustavsen@qt.io> | 2019-05-06 17:07:21 +0200 |
---|---|---|
committer | Richard Moe Gustavsen <richard.gustavsen@qt.io> | 2019-05-15 11:14:09 +0200 |
commit | e9852df2d7c1064c95ff4c4463587ad713e68334 (patch) | |
tree | c040bc38cbc944fc09aa68401871ab3ab57e9980 /tests/system | |
parent | 0634448056ebbe0dec38ff47b55ed9d4bf9d63da (diff) |
QQuickTableView: don't recalculate content width while flicking
There are now three mechanisms in TableView that works together to
ensure that the table ends up edge-to-edge with the content view. They
are applied in the following order:
1. Adjust the content size, based on the predicted size of the table.
2. Adjust the origin and endExtend on the fly, if the content size is wrong.
3. Move the table directly to where it should be, in case we don't have
time to wait for the origin to change.
We could have, strictly speaking, setteled with just one of them, but choose
to use them all at the same time for best flicking experience. Still, 1. and
2. sometimes step on each others feet when they both detect that something is
a bit off, and adjust.
So rather than adjusting the size of the content view every time we load a
new row or column, we just keep the first prediction. And then we leave all
later ajustments to 2. and 3. This turns out to be a more stable, and will
avoid some glitches that occur when flicking using a scrollbar, if several
mechanisms kick in at the same time.
Change-Id: Ib551a0bf8f6ee59ac9b3556b9462c91adb9cc80b
Reviewed-by: Mitch Curtis <mitch.curtis@qt.io>
Diffstat (limited to 'tests/system')
0 files changed, 0 insertions, 0 deletions