https://bugs.documentfoundation.org/show_bug.cgi?id=167775
--- Comment #8 from Telesto <[email protected]> --- Well the performance is quite consistently bad for years. So say 7.2 or 7.0 don't make much of a difference, IMHO. The last somewhat OK version: Versie: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 However the cause probably changed/mutated/evolved over time, so not sure if this of any relevance today ----- There is a - very - recent change which makes with worse (on file open), because page counter is running too (normally it uses stored information). So shows the proper value instantly. It doesn't need to be processed. But likely not what the report experienced. Very Sleepy Profile while page counter running vcl::Window::PopPaintHelper vcl::Window::ImplCallPaint vcl::Window::PopPaintHelper vcl::Window::ImplCallPaint vcl::Window::PopPaintHelper vcl::Window::ImplCallPaint vcl::Window::PopPaintHelper vcl::Window::ImplCallPaint vcl::Window::PopPaintHelper vcl::Window::ImplCallPaint vcl::Window::PaintImmediately PaintTransparentChildren PaintTransparentChildren sdr::overlay::OverlayBitmapEx::~OverlayBitmapEx Scheduler::CallbackTaskScheduling ------------------ Something different: scrolling when page counter finished icu_77::RuleBasedBreakIterator::operator== uprv_tzset_77 icu_77::RuleBasedBreakIterator::handleSafePrevious icu_77::RuleBasedBreakIterator::setText icu_77::RuleBasedBreakIterator::setText icu_77::RuleBasedBreakIterator::preceding com_sun_star_i18n_BreakIterator_get_implementation i18npool_TextSearch_get_implementation SwDrawTextInfo::SetSpace SfxEnumItem<enum SwLineBreakClear>::GetValue SwTextFrame::GetAdditionalFirstLineOffset SwTextFrame::GetAdditionalFirstLineOffset SwTextFrame::FormatQuick SwTextFrame::GetFormatted SwTextFrame::GetCharRect SwMacroField::~SwMacroField SwPostItField::GetTextObject SwViewShell::Reformat SwCursorShell::GetPageCnt SwView::SetVisArea SwView::SetVisArea SwView::EndScrollHdl SwView::VertScrollHdl ScrollAdaptor::DoScroll vcl::Window::GetDrawPixel vcl::Window::HandleScrollCommand SwView::HandleWheelCommands I would guess that lack of glyph cache for PostItFields being the cause bad scrolling performance; profile looks pretty similar to (https://llunak.blogspot.com/2022/04/improving-text-layout-performance.html). Glyph caching became relevant since LibreOffice 5.3. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f4868348c14b305fcd75744e1e3544d0d3a5d61 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 -- You are receiving this mail because: You are the assignee for the bug.
