On Fri, Nov 28, 2025 at 11:54:54AM +0100, Scott Kostyshak wrote: > On Fri, Nov 14, 2025 at 12:20:41PM +0100, Scott Kostyshak wrote: > > On Fri, Nov 14, 2025 at 11:56:43AM +0100, Jean-Marc Lasgouttes wrote: > > > Le 14/11/2025 à 10:17, Scott Kostyshak a écrit : > > > > Context: the master document is a document "all lectures" and it > > > > includes the individual lectures (each one is a LyX beamer document). > > > > Each individual lecture is about 20-30 frames, and I make extensive use > > > > of custom layouts and lots of insets and branches. > > > > > > Hi Scott, > > > > > > Is there a lot of maths in the presentations? > > > > Yes a good amount. > > > > > I tried to do what you mention in MergedManuals.lyx and did not see > > > slowness. > > I can notice it (but only barely) with MergedManuals.lyx. To exaggerate > it, I copy/pasted all of MergedManuals 10 times. I attach it for > convenience. Put the attached files in lib/doc and open it. > > Here are a couple of issues: > > 1. If I select any text and press backspace, there is a lag. But if I > just backspace the characters directly it is very fast.
It seems the slowdown comes entirely from this line in CutAndPaste.cpp: // After a cut operation, we must make sure that the Buffer is updated // because some further operation might need updated label information for // example. So we cannot just use "cur.forceBufferUpdate()" here. // This fixes #7071. cur.buffer()->updateBuffer(); Don't we need to do the same thing when deleting a character without selection? i.e., might some further operation need updated label information? Or for some reason it's specific to selection? If it is specific to selection, would it be reasonable to consider an optimization for the case when cutting only text? Should I step into that code and figure out what part of the updateBuffer() is slow? Scott
signature.asc
Description: PGP signature
-- lyx-devel mailing list [email protected] https://lists.lyx.org/mailman/listinfo/lyx-devel
