When editing the text in a Writer document there is a very noticable and annoying lag when typing if there is an image in the document header showing. When the image is not in sight (it is in the document header but not on the screen) the lag is gone. Could it be that Writer redraws the image(s) with every keystroke?
Steps to Reproduce:
1.Start a document, open the header and insert an image (e.g. a .png)
2.Start typing text in the body of the document with the header image in sight
3.Delete some text
4.Insert so mucht text that it becomes possible to scrol the header image out of the screen
5. Edit the body text with the header image not visible on the screen
When the header image is visible, editing body text is lagging (a lot). When the header image is nog visible the is nog (noticable) lag.
The should be no lag in both situations
User Profile Reset: Yes
Build ID: 1:6.0.7-0ubuntu0.18.04.2
CPU-threads: 8; Besturingssysteem: Linux 4.15; UI-render: standaard; VCL: gtk3;
Locale: nl-NL (nl_NL.UTF-8); Calc: group
An addition comment: in te steps I wrote '3. Delete some text'. That should have been more clear. What I meant was: position the cursor after some text and hold the Backspace button. That will show the lag.
Created attachment 148767 [details]
Build ID: 6740443311268b7d918bf4f43134d64fb78a0109
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win;
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-15_23:37:04
Locale: nl-NL (nl_NL); UI-Language: en-US
Scenario 1: delete the text with the yellow marking using backspace
-> Not in Version: 220.127.116.11.0+
Scenario 2: Hold and/or press enter multiple times after yellow marking (stutters & CPU is peaking)
-> The adding of new paragraph's is smoother in 18.104.22.168 compared to LibO6.3 but CPU hogging is the same
(In reply to Telesto from comment #2)
> Created attachment 148767 [details]
> Example file
> Scenario 1: delete the text with the yellow marking using backspace
> -> Not in Version: 22.214.171.124.0+
> Scenario 2: Hold and/or press enter multiple times after yellow marking
> (stutters & CPU is peaking)
> -> The adding of new paragraph's is smoother in 126.96.36.199 compared to LibO6.3
> but CPU hogging is the same
Re: Scenario 1: I don't see a difference between latest master on Win vs. 4.4.7.
Scenario 2 still seems to be valid. Rather difficult to quantify as the lag is not super noticeable IMO.
Having the same or, maybe, similar issue on
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.9; UI render: default; VCL: gtk3
Locale: uk-UA (uk_UA.UTF-8); UI: en-US
If there is image (even some part of it) in visible area of the document, text input, editing (changing font, colour, etc) and deleting are too laggy. Scroll is also affected when there are image in the document. While there are only text, scroll is quite smooth, but as image appears on the screen, scroll becomes very laggy.