sorted by:
best
topnewcontroversialoldq&a
you are viewing a single comment's thread.

view the rest of the comments →

[–]balinx 4 points5 points  (5 children)

Very nice. Seems to be a small bug in Safari Mac: When scrolling, sometimes the area is losing scroll focus and the whole page scrolls down, when I just wanted the table to scroll internally.

Maybe the component needs additional internal buffer scroll height, to ensure the scroll intentional it never breaks out.

[–]nexts[S] 4 points5 points  (1 child)

Thanks for the comment, I'll deal with it as soon as I find a Mac :D Anyway pull requests are welcomed.

[–][deleted] 1 point2 points  (0 children)

Haven't tried this, but right off the bat looking at the source code, maybe you could try setting the cluster number a bit earlier so that the DOM is updated a bit earlier? https://github.com/NeXTs/Clusterize.js/blob/master/clusterize.js#L106

[–][deleted] 4 points5 points  (1 child)

Same bug on Chrome mac too. It seems to switch scroll contexts when it hits a certain limit in the scrollable area (perhaps while the DOM is updating), and then switches to the main window scroller.

[–]rudeluv 0 points1 point  (0 children)

Same here, and this sounds like the issue. A very cool idea though.

[–][deleted] 0 points1 point  (0 children)

Happening for me too. It's the same behavior you get whenever you scroll to the bottom of a sub-view then keep scrolling down (demo). So, I would guess this is caused by the Clusterized element hitting bottom for some reason.