-
Notifications
You must be signed in to change notification settings - Fork 414
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
Sometimes on scrolling down the contents starts rerending continously #176
Comments
does it start flickering? |
Yes it does. |
yeah also to me and I'm trying to figure out the problem |
At this moment I have solved it for the time being to get the scroll event and on that basis I tried to refresh the cluster. Somehow this potential fix works for me |
I will try |
actually don't seems to working for me |
cluster.getScrollProgress() helps me to tackle the issue to flicker. I used my logic further to detect whether it is flickering or not. |
and when u detect it what did you do? |
i tried using .getScrollProgress() but i just get an initial 0, if I scroll it doesn't change |
use cluster.refresh() to solve the flickering |
If the listing starts flickering then the getScrollProgress() will be called continously. Now whether you will get the same scrollIndex of fluctuated between 2-3 index values. when you get that simply refresh the cluster. It will solve the problem of flickering. |
for me getScrollProgress() is called just once |
how did you fix it ? |
I fixed it by using the getScrollProgress() if progress remains the same on getting the event then I call the custerize.refresh() event. |
Can you show me in the code where did you put getScrollProgress to detect it. |
Hello guys |
@FeehGb you can use the below demo link that shows how I have tried to fix this issue. |
thanks. |
With your patch, the flickering (rapid redrawing of content) stops, but i also end up with missing data/elements on page. ie: scroll down to bottom, then back to top and the top is missing. Also the bottom of list is missing if you scroll to bottom from top. This seems like something that needs to be fixed internally, no? I'm not quite clear what the actual problem is. |
This issue is not fixed for me even with the latest version. There are also some more issues that were not there before e.g. if the clusterize has more elements than "rows_in_block" it is not showing the elements at all, only after having called .refresh(true) Any advice? |
yea the issue has reappeared - with no updates to Clusterize or other JS - must be a browser change that now brought this problem back |
what browser? OS? |
IOS / Chrome / Safari / Webkit I'm actually not sure if its the same issue, sure feels like it is. But in looking at it, what appears to be happening is when max cluster is hit, the redraw starts with the item at the bottom of the previous list causing the page to appear to "leap" to top. I've been playing with rows_in_block and blocks_in_cluster to see what other kind of results i get, but all I can manage to do is make it "leap" past a bunch of records. Really scratching my head on this one... |
Nevermind - I had to recode the html/css of each row. While the resulting rows were all same height, there were some oddities due to some outer-element margins. Once I simplified the per-row html/css, removing floats, margins etc, ensuring the height is unmolested by anything inside the row, the scrolling worked perfectly. Sorry for the bother! |
Sometimes on scrolling down the list the cluster starts re-render the data continously. Try to debug but when the console opens it mostly automatically fixed. And sometime from debugginf I find out that the cluster calculates the height and starts renders data continously. I loads data asynchrously and changes the states of data using cluster.update method. I don`t have fixed scenario for this. If anyone have solution please help me
The text was updated successfully, but these errors were encountered: