https://bugs.documentfoundation.org/show_bug.cgi?id=96880
--- Comment #7 from LRN <[email protected]> ---
5.2.0.4 is faster than 5.1.x.x, but not fast enough. From usability point of
view, scrolling lag must not exceed, like, 0.5 second on slow machines (and my
machine is far from slow), otherwise user doesn't perceive the UI as
responsive.
As i've said, 5.2 improved the performance, but it could be a case that no
matter how much performance you squeeze out of that code, it would remain
fundamentally slower than rendering other parts of the document. Thus, on
slower machines, or when working with more complex SVG files, it would still
take more than half a second to re-render while scrolling.
Therefore, maybe the solution is not to make it draw faster, but to ensure that
LO is not being held up while the rendering is taking place? Maybe put the svg
rendering into a separate thread? And draw a placeholder while the object is
being rendered? Wait for the other thread for N milliseconds. If the other
thread doesn't finish by then, just draw a placeholder and go on, then draw the
finished piece when it's ready. That way, if rendering ever gets fast enough
for smooth scrolling, there won't be a placeholder flickering.
--
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
