https://bugs.documentfoundation.org/show_bug.cgi?id=163764
--- Comment #9 from Michael Weghorn <[email protected]> --- (In reply to Patrick (volunteer) from comment #8) > @Michael I think I have an idea what is causing the first bug: the text > events are being processed but LibreOffice's painting timers do not have a > chance to run until there is a break. I don't know if this is a safe change > yet, but the following test patch eliminates a lot of the drawing lag: > > diff --git a/vcl/osx/salframeview.mm b/vcl/osx/salframeview.mm > index 681567f3a5fa..90d34f8ac7c6 100644 > --- a/vcl/osx/salframeview.mm > +++ b/vcl/osx/salframeview.mm > @@ -2063,6 +2063,8 @@ - (void)setMarkedText:(id)aString > selectedRange:(NSRange)selRange replacementRan > mpFrame->CallCallback( SalEvent::EndExtTextInput, nullptr ); > } > mbKeyHandled= true; > + > + Application::Reschedule( true ); > } > > - (void)unmarkText Thanks for looking into it! I'm not familiar with that code, but your corresponding https://gerrit.libreoffice.org/c/core/+/176100 seems reasonable to me if it doesn't cause any unexpected delays when using some kind of input method (due to processing potentially "unrelated" events.) -- You are receiving this mail because: You are the assignee for the bug.
