-
Notifications
You must be signed in to change notification settings - Fork 74
fixed the space or rebound issue #4146
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
Pull Request Test Coverage Report for Build 18618380989Details
💛 - Coveralls |
|
Rule of thumb, if you are fixing/working on UI show us how it looks/works :) |
|
I was building the ios still to take the screenshot, was about to attach. Anyway, thanks for the heads-up @Withalion |
| width: parent.width | ||
|
|
||
| highlightMoveDuration: 120 | ||
| cacheBuffer: height |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wouldn't touch cacheBuffer it will break other things, look inside MMListView to find more info.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, I believe it wouldn't break anything else, because as you scroll, new delegates need to be created and old ones destroyed technically in the list and this is the main cause for small stutters, and rebound issue.
And the 0 value in MMListView is only stopping the preloading, and it needs to be changed when list stutters because, it's only normal to stutter if the cacheBuffer for list is explicitly set 0.
Preloading 10-15 pixel before hand is no harm. Plus, it only changes for MMFeaturesListPage, not for whole MMListView so I am hoping this is the best approach for this specific case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, I believe it wouldn't break anything else...
Hi @kaustuvpokharel, this is why we set it to 0: #3435 .. chances are that the underlying QT bug is already fixed. If not, this would start to crash on macos/ios. Please try testing it out with >100 features in the list.
75c3747 to
eb72e98
Compare
Withalion
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The "spacer" id is not necessary. Let's see what @tomasMizera thinks about it.
tomasMizera
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @kaustuvpokharel, so which of the two cacheBuffer/snapMode fixed the issue? :)
The cacheBuffer fixed it here, and I am explicitly using snapMode which is helping to fall to contentItem on view and not anywhere random i.e. empty spaces or such, so I have kept it for cleaner and safer approach. |
Case: In featureList whenever flickable is scrolled fast or scrolled out of bound; it rebounds and parks the feature below the "add feature" button awkwardly.
FIx: Fixed by making the end to be the absolute last feature, without any offsets of the rebound. Now even after rebound it lands/parks on the last feature without the "add feature" button overlapping it.
trim.A3897BF7-6920-42D9-A3D0-C36BEB5AB5C9.MOV