Hi all, I'm just musing about possible causes for the unbearable slowness that often befalls LyX and then mysteriously clears with a resize-maximise cycle. I now realise there are multiple levels of slowness and multiple cycles of the resize-maximise will restore speed in increments!
With lyx -dbg gui, why do I see lines like the following every time I mouse over an inset? Such as when the purple corners appear on mathed, or when a Float goes dark to invite clicking. "void lyx::BufferView::updateScrollbar() Updating scrollbar: height: 345 curr par: 294 default height 31" If this is really necessary, can it be made to check if there is actually a change to save on calls to Qt? Otherwise, when scrolling, I just see pairs of the following, unless I happen to land with the mouse on top of something which can generate the above.. "void lyx::BufferView::scrollDocView(int)[ value = 196495]" "void lyx::BufferView::updateScrollbar() Updating scrollbar: height: 345 curr par: 294 default height 31" Is it possible the bug is related to these two? Note there were only 6 bugs files between 3694 and this slowness one... Bug 3694 - Inset highlighting remains true without mouse cursor. Bug 3900 - Mathed corners displayed without mouse hover What if there is a growing list of insets to highlight, all over the document (a single-file thesis no less), and it gets cleared on resize? Just some musings without actually lifting the hood to have a look for myself :) Have fun, Darren
