[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-optimize
Subject:    Re: Menus: unnecessary repaints?!
From:       Karl Vogel <karl.vogel () seagha ! com>
Date:       2003-06-06 7:39:15
[Download RAW message or body]

On 05 Jun 2003, you wrote in kde.kde-optimize:

> It's only a problem if you scroll a few lines. If you scroll a lot,
> the whole screen needs to be refreshed anyways.

That's only the case if you scroll more than a page within the refresh 
timer interval. (which, when I'm working, is seldomly the case)

If the screen scrolls less than 1 page in the timer interval, then using a 
scroll instead of repaint will always be more bandwidth efficient than a 
repaint.

> It shouldn't be that hard to add some scroll detection and do a
> scroll+repaint when it has scrolled only a little. Not sure if you
> will run into problems with invalid areas that need repainting before
> scrolling though. 

Well it's only useful for low bandwidth scenario's, as the KDE 3.1.1 patch 
optimized the repainting by using 2 timers.


BTW: the 3.1.2 konsole repainting is pretty broken anyway. It happens ALOT 
that stuff is left on the display (problem is that I haven't been able to 
see a pattern yet).

Guess we are getting a bit side tracked from the menu issue :-)
_______________________________________________
Kde-optimize mailing list
Kde-optimize@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-optimize
[prev in list] [next in list] [prev in thread] [next in thread]