https://bugs.documentfoundation.org/show_bug.cgi?id=166252
--- Comment #2 from Telesto <[email protected]> --- Created attachment 200434 --> https://bugs.documentfoundation.org/attachment.cgi?id=200434&action=edit Sample 1. Open the attached file 2. Search for 'Draw' 3. Scroll through the document in single page or multipage view Found in Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: feb3c03b70ac1534a187e390c3bc1604a919ce12 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded and in Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL and in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 The highlighting flashes while scrolling in older versions. It appears - to me; without any clue of the internal works - as if the highlighting is painted over the matching text on the fly. It might even be that each and every hit on the same page being painted on by be one. So first line of text hit. Paint highlighting. Next line, again hit. Paint the same page again with highlighting on first and second line. So quite expensive exercise. So instead of finding all matching items on a single page, and painting once, it's done for each hit separately. And the result might not be being buffered/cached either. So scrolling over a page which you scrolled through before, triggers the whole find word and paint highlighting stuff over and over. So it's not slow once, but faster after. FWIW: This is - in my perception - the same issue which occurs with comments. The comment highlighting is also rendering slowly and in a similar fashion as seen here. -- You are receiving this mail because: You are the assignee for the bug.
