Jean-Marc Lasgouttes wrote:
"Richard" == Richard Kleeman <[EMAIL PROTECTED]> writes:
Richard> If this is a compilation optimization issue let me know and I
Richard> can recompile with appropriate flags (I just used ./configure
Richard> --with-frontend=qt).
Unfortunately, I think this sluggishness is here in 1.4. We have
patches in the pipeline to improve speed when typing, but not for
moving around in the document. Actually I do not really see why 1.4
should be slower than 1.3 when drawing (since we do a full redraw of
the text anyway).
JMarc
jean-Marc,
Some further information on this:
With the qt frontend the sluggishness is associated with noticeable and
quite considerable cpu usage (say 40% of the maximum) as one scrolls
through the document. If you stop scrolling cpu drops back to normal.
Also the problem is reduced if equation previewing is switched off.
I also tried compiling with the other two frontends (xforms and gtk).
The xforms is much faster and only very mild slowdown can be seen even
with equation previewing switched on.
The gtk is considerably worse and very sluggish indeed with cpu usage
around 99% with or without previewing and also the cpu usage does not
drop when you stop scrolling as the qt frontend did.
