Replies

• allan Posts: 61,722Questions: 1Answers: 10,108 Site admin

  July 2012

  > Scroller [...] appears to debounce the rendering of a new "page" of rows until the user has stopped scrolling
  
  Are you using server-side processing with DataTables? If so, Scroller which exhibit the behaviour you describe to try and stop scrolling from DDoSing your own server with tons of Ajax requests! This is the bit of code that does that: https://github.com/DataTables/Scroller/blob/master/media/js/dataTables.scroller.js#L503 . If you remove that block, DataTables will refresh while the scrolling is happening, which might be more what you are looking for. With client-side processing, DataTables will redraw during a scroll (with the exception of iOS which does not fire a 'scroll' event until the scrolling ends).
  
  One thing to remember is that the way SlickGrid and DataTables works are very very different - SlickGrid uses DIVs while DataTables uses a TABLE element. As such, DataTables is somewhat limited when it comes to virtual scrolling to moving that element around, while SlickGrid and draw rows "ahead of time" which is does very effectively. SlickGrid is an absolutely superb piece of work (Michael is nothing short of brilliant), but it is looking to solve a different set of problems (although obviously related) to DataTables.
  
  Allan
• jcready Posts: 44Questions: 0Answers: 0

  July 2012 edited July 2012

  [quote]If you remove that block, DataTables will refresh while the scrolling is happening, which might be more what you are looking for.[/quote]
  
  I'm actually looking for the opposite of that, as in, I *want* DataTables to defer doing any calculations or rendering until the scroll has stopped. So if the user drags the scrollbar handle quickly (up and down inside the scrollbar track), Scroller will sit idle (simply showing empty space in place of the table rows).
  
  I'd prefer to have fluid/snappy/responsive scrolling/controls rather than the guarantee that row data is always visible. This is for 20,000 rows of client-side data loaded through the mDataProp function. When I try to scroll rapidly up and down through the table, it hangs the browser so much when changing "pages" that the scrollbar handle cannot keep up with my cursor.
  
  The scrollbar handle in the server-side processing example (with processing indicator) http://datatables.net/release-datatables/extras/Scroller/server-side_processing.html is correctly staying in sync with my cursor on every repaint by the browser. Even as I quickly drag it from the top to the bottom of the scrollbar track and back again.
  
  When I do the same thing to the scrollbar on the 50,000 rows client-side example: http://datatables.net/release-datatables/extras/Scroller/large_js_source.html the browser ends up repainting the scrollbar handle in a different position than where my cursor currently exists (and seems to have a smaller frame rate) because Scroller is trying to update the DOM while the browser is still scrolling.
• allan Posts: 61,722Questions: 1Answers: 10,108 Site admin

  July 2012

  Ah I see - In that case, just comment out the if condition and have Scroll always wait until Scrolling ends :-).
  
  So I'm a bit confused - Scroller should already do that with server-side processing. Are you using server-side processing? Can you give me a link to your page so I can see what is going on?
  
  Allan