Description: In Libreoffice Writer, after I accidentally click on the header/footer margin areas and summon the blue Header/Footer tab menus, highlighting text and opening the right-click menu will take between 1 and 2 seconds to display. (described in the Design section of https://wiki.documentfoundation.org/Design/Whiteboard/Writer_SpecialIndicators#Header.2FFooter_Indication). I noticed this only on a Book View document with a custom page size (5.25x8", paperback size), doesn't happen as noticeably on default 8.5x11, in that the delay for highlighting is less, but still there. I found the same issue described here, but without understanding its cause: https://ask.libreoffice.org/t/highlighting-very-slow-in-libreoffice-writer-v-7-0-3-1-00/59685 If I go into the stupid pop-up menu and "delete" the header AND footer (which are blank and I thankfully don't have to use yet), then wait for the text to settle, then save, then reopen the document, things go back to normal, but this is highly disruptive to workflow, which involves a lot of window-swapping. Steps to Reproduce: 0. in LibreOffice Writer 1. click on the upper/lower header/footer margins 2. summon the blue tabs which should fade in and out (useless feature) 3. highlighting text becomes a total PITA Actual Results: Clicking and dragging to highlight text takes between 1 and 2 seconds for the highlight to display. Expected Results: The highlighted field ought to follow the click/drag at no less than half the native screen refresh rate, whether or not the header/footer had been activated during the process' uptime. Reproducible: Always User Profile Reset: Yes Additional Info: I think I saw that the fade-in/out was decided in version 2? Doesn't even fit in with the rest of the UX of writer, now, frankly. Feels misplaced. Be advised: I use multiple monitors and always have some video streaming on the other one. Like any normal human.
(In reply to jansenart from comment #0) Thank you for filing it. It is a valid perf issue; someone just needs to be able to repro - unfortunately I can't repro using Version: 7.4.3.1 (x64) / LibreOffice Community Build ID: 3793858a34d8fef5b92f8fee233f97766f05e281 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: zh-CN (ru_RU); UI: en-US Calc: CL It might need a sample document where it happens - maybe it depends on the size of a document, or some specific elements in it (ToC? Images? open navigator? ...) > ... stupid ... > ... (useless feature) Please avoid claims that show that you indeed know what everyone needs, and above all, that you consider others inferior. > I think I saw that the fade-in/out was decided in version 2? Doesn't even > fit in with the rest of the UX of writer, now, frankly. Feels misplaced. I don't know version 2 of what you refer to (LibreOffice had never had a version 2; the first its version was, aligned to respective OOo version of that time, 3.3.0). If you refer to OOo 2, then no, you are wrong: it was introduced in LibreOffice 3.5 [1]. You can disable the feature if it is not needed to you. It is configurable under Options->LibreOffice->Advanced->Open Expert Configuration; look for UseHeaderFooterMenu (it is under org.openoffice.Office.Writer/Content/Display), and set its value to false. [1] https://wiki.documentfoundation.org/ReleaseNotes/3.5#Writer
Created attachment 183567 [details] .odt of a book from Project Gutenberg
Disabling the blue tabs works great, thanks Mike, but I worry about anyone else stumbling on this problem. I find that it's most noticeable in large documents with a custom page layout size. I've attached a copy of one of Teddy Roosevelt's autobiographies where I was able to reproduce it after toggling the footers on (seems more of an issue with footers).
Created attachment 183575 [details] Screencast Repro. This doesn't depend on the specific view mode (i.e., also happens in 1-page view). I screencasted it using debug build, to emphasize the effect.
The lag is a regression, I don't have it in: Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And seems to start lagging in: Version: 7.2.7.2 / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Still reproducible a recent master build: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6e66b5d75b4cda0314b64f4d12ef9e4350751470 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
*** This bug has been marked as a duplicate of bug 147802 ***