On Thu, 14 May 2020 at 16:51, Miklos Vajna <vmiklos@xxxxxxxxxxxxx> wrote:
+ 'performance problem with plenty comments' still in 6.3 alpha1, *only after save of file/autosave*
+ https://bugs.documentfoundation.org/show_bug.cgi?id=125619
+ Armin?
+ the problem is that (a) as soon as we display a note it becomes an SdrObject and stays an SdrObject until Calc closes (b) when we save, we create an SdrObject for every note during the save process (Noel)
+ tons of SdrObjects interact badly with the accessibility stuff in calc, and it becomes a huge slowdown. I've optimized the accessibility stuff as much as possible, but we have run out of easy/medium fixes
+ even if we throw away things after a timeout, it won’t help much (Eike)
We can't even throw things away. The current data path goes (strictly one way)
data_in_file -> nice compact notes summary objects -> large expensive SdrObjects -> saved to disk
Note the complete absence of any way of going backwards here - and implementing such looks quite tricky (to me).
Maybe to someone else it will be easier :-)
_______________________________________________ LibreOffice mailing list LibreOffice@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/libreoffice
