Darren Freeman wrote:
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?
I don't think this is the problem but you can try to disable the 'hover'
with the attached patch.
What could could be a problem though is the automatic work area resizing
when a toolbar (mathed or tabular) pops up. Do you use this feature? If
yes, try to disable it and report back.
[...]
Just some musings without actually lifting the hood to have a look for
myself :)
Darren, I appreciate your reports but I am sorry to say they are not
very useful at this point. The only thing we need is a profile report
when you see this slowdown. Without experimenting this slowdown I cannot
solve it, as simple as that.
Abdel.
Index: BufferView.cpp
===================================================================
--- BufferView.cpp (revision 20349)
+++ BufferView.cpp (working copy)
@@ -1174,6 +1174,8 @@
if (cmd.action == LFUN_MOUSE_MOTION && cmd.button() ==
mouse_button::none) {
+ return false;
+
// Get inset under mouse, if there is one.
Inset const * covering_inset =
getCoveringInset(buffer_->text(), cmd.x, cmd.y);
