Problem description: A chart with a lot of data points will cause scrolling to take *very* long when the chart is partially exposed. I seems like the chart is completely recalculated, when it only needs to be calculated once then cached. This is a general LibreOffice problem, not specific to Calc. Steps to reproduce: 1. in Calc create a chart with 3,000 data points. The chart now sits between rows 1 and 20 2. scroll down to row 25 3. scroll down to row 50 Current behavior: Scrolling to row 25 takes very long (on my core i7). Scrolling to 50 is quick. Expected behavior: Scrolling should have no delay. Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0
Also, try scrolling up from below (gradually expose the chart).
Please attach a document showing the problem. Best regards. JBF
Created attachment 69531 [details] document with graphs that have >1000 data points There are several graphs in this document, but only two of them are slow to scroll across (figures 3 and 4).
Thank you for the attachment, but it is a text document while your bug report is about charts in a spreadsheet. It is not the same problem. Could you attach a spreadsheet showing the original problem ? When you insert a chart in a text document, you can choose the format of the caption by using paste special in Edit menu. If you don't need to modify the chart from Writer, you should choose to insert the chart as image. Best regards. JBF
Created attachment 69533 [details] spreadsheet that scrolls slowly Like I said in the first post, this is a general LibreOffice problem not specific to Calc. I created a spreadsheet with >2000 data points and charted it. Scroll down 50 rows, then back up to row 1. > If you don't need to modify the chart from Writer, you should choose to insert the chart as image. Thanks for the tip!
I think the problem comes from anti-aliasing for graphics which is very cpu consuming. You can disable it in the options : menu Tools > Options > LibreOffice > View If I disable anti-aliasing for graphics, scrolling is smooth. If I enable it scrolling is less smooth. After, that depends on your graphic card. I did my test with LO 3.6.3 and LO 3.6.4.0+ under Ubuntu 12.04 x86_64 Please, could you try this workaround? Best regards. JBF
I have disabled anti-aliasing, and the graphs do look more jagged, but they still scroll very slowly (no change). LibreOffice 3.5:build-413 radeon OSS graphics drivers on linux 3.6
Initially I made this report using LO 3.6.1.2 release, but now I've moved to 3.5 temporarily. Problem exists in both versions.
Hello. I have experimented the same bug when having complex charts in Calc or even in charts paseted from Calc in Writer. I experimented this not only with a complex chart but also when there are many simple of them. This also happens with big tables on Writer. In my case, turning off font antialiasing solved the problem, althogh charts look horrble know. Info about my system is: Kubuntu 12.04. LibreOffice 3.5.6 (from repos) and 4.0.0.1 (from Libreoffice). Graphic card: 1) NVidia 8200GM. Driver version: 304.6, though it has happen with other prior versions. 2) NVIdia 9500G. This is more powerful than the 8200 one, so scrolling is much more faster, totally normal on tables, but it's still noticeable some lag when passing through the charts. There says "need info". What kind of information is needed?
Hi Francisco, 1. Can you attach sample .odt and .ods files for me to test? 2. Can you test the sample spreadsheet I attached (comment 5, attachment 69533 [details])? Previously, disabling antialiasing did *not* fix the problem for me, so I want to test it with your data.
I just tested attachment 69533 [details] again, but on a different computer. old computer: core i7 + radeon hd 5870 (radeon open source video drivers) new computer: core i5 + intel hd 4000 (intel open source video drivers) Now, everything scrolls smoothly! Perhaps the radeon drivers did not support the 2D acceleration required to display several thousand data points. I still get a little delay scrolling, but disabling antialiasing completely fixes that. I still consider this a problem/bug, because I feel that an image of the graph should be cached to prevent unnecessary re-rendering. I think it should only render the graph when the cache misses or the view is zoomed.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Due to comment #11, I will close this bug report as WorksForMe. Please, feel free to reopen if needed. Best regards. JBF