Bennett Helm wrote:
On Jun 27, 2006, at 12:06 PM, Abdelrazak Younes wrote:
Just call me Holmes, Abdel Holmes ;-)
Or is that Sherlock Younes?
:-)
Do you see any side effect WRT screen update or scrollbar slider
position as Lars does?
I should have mentioned. The screen updates fine, but the scrollbar
behaves somewhat strangely. With keyboard scrolling, I get 2 sliders
appearing on screen: one is the slider that was there before I hit
<pagedown> (fully opaque); the other has perhaps 50% opacity and moves
with the cursor position as it should. Releasing <pagedown> leaves the
two sliders on screen, and they remain there (with only the until
partially transparent one active) until the mouse is used to scroll, and
then it scrolls from the position of the fully opaque slider --
effectively changing where you are in the document. It seems as though
LyX is keeping track of 2 slider positions -- one for mouse movements,
and one for keyboard movements. (Nonetheless, using the mouse to drag
the semi-transparent slider works as expected; using it to try to drag
the fully opaque slider fails: as if that slider weren't there. That's
part of what I mean in saying only the semi-transparent one is "active".)
Could you try to enable event Pruning? Change line 50 of GuiWorkArea.C:
#ifdef Q_WS_WIN
#define USE_EVENT_PRUNING 0
#else
#define USE_EVENT_PRUNING 1
#endif
younes branch (revision 14247, Qt-4.1.4): 44 sec first time; 39 sec
second time.
Deceiving... I was expecting better from this Qt upgrade.
Could you give again your Qt3 numbers please?
1.4.2svn (revision 14247, Qt-3.3): 30 sec. first time; 25 sec. second time.
trunk (revision 14247, Qt-3.3): 30 sec. first time; 26 sec. second time.
(Are these the numbers you wanted?)
Yes, thanks. I say we are pretty close.
What about typing and mouse scrolling?
Mouse scrolling is slower -- too slow for holding down the down-arrow on
the scroll bar -- probably taking 3 minutes or more to scroll through
the User's Guide. Clicking (and holding) the mouse on the scrollbar
above or below the slider is also a fair bit slower, though at least
part of that is because it doesn't scroll as far in each jump. That is,
<pagedown> scrolls the screen about 1/2-way (which is too little!);
clicking the mouse below the slider scrolls the screen about 1/3-way.
This the same behavior as with the qt3 frontend, isn't it? We should let
let the user change that in the preference settings.
Another anomaly: clicking and holding the mouse above or below the
slider works only so long as you don't move the mouse (even while
holding the button down continuously). Once the mouse moves even 1
pixel, scrolling stops until you release the mouse button and click again.
Weird...
Dragging the slider works pretty well, though there is a noticeable lag
as the slider tries to catch up with even a slowly moving mouse.
OK.
Typing seems OK (not great), pretty comparable with 1.4.1. (And you'll
have noticed we're getting complaints on the User's list about speed on
Mac.) 1.4.2 is considerably faster than 1.4.1 because of font caching
and Martin's work with nested insets. I'm not sure if these patches made
it into your branch.
In principle yes. Please use the update trunk for now. When you have
time, I would welcome a few profile series.
Thanks for the good news!
Thanks for making it possible!
Pretty welcome.
Abdel.
