On Thu, 14 May 2020 at 16:51, Miklos Vajna <vmiklos@collabora.com> 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 :-)
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.