https://bugs.documentfoundation.org/show_bug.cgi?id=76324
--- Comment #78 from Julien Nabet <[email protected]> ---
(In reply to Noel Grandin from comment #77)
> @Julien the cost is all in the std::sort, and we should be able to avoid
> that, since we already have a map that we can use to look the shape up
I agree most of time is spent in std::sort. But this one is called from
accessible part which isn't used by gen rendering or Windows I think.
So we'll just speed up Linux non gen rendering part here.
That's why I had talked about notify calls.
Sometimes, we notify n times because of a loop, instead of just notifying once
(eg for redrawing) after the end of loop.
Anyway, just to be sure to understand:
should we replace all "maZOrderedShapes" uses by "maShapesMap" or should we use
"maShapesMap" in ScShapeDataLess to speedup sorting? Or did you have something
else on mind?
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
