Description: Scrolling a table big table with plenty of cells slow in single view (if visible in full) or in multi-page mode with pages next to each other Steps to Reproduce: 1. Open the attached file 2. Multipage mode, pick zoom mode where you have 2 pages in a row 3. Scroll, up down (notice the delay of scrollbar) or even better simply drag the scrollbar up down with mouse Actual Results: Not as snappy as it ideally should be Expected Results: lags and delays Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: dc3b64dcbfb0a49c0be65bd8d73ed4e6d3828a21 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 170779 [details] Example file
There is a some delay in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 78c33a4c3d1633b97049874305b3b49b820395a2 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded and even worse with Skia =( Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 78c33a4c3d1633b97049874305b3b49b820395a2 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded
With current master, which has some changes that might be relevant, I cannot see a noticeable difference with Skia compared to non-Skia => not Skia-specific. And regardless of the backend I find the performance adequate, given that the table has 20000 cells, so unless the document is next to unusable, this is as good as it gets.