Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Helge Hafting wrote:
| > Lars Gullik Bjønnes wrote:
| >> Helge Hafting
| >> <[EMAIL PROTECTED]> writes:
| >>
| >> | There is a different problem with scrolling though; it keeps
| >> | rolling long after I release "page down" or let go of the mouse.
| >> | Now, I am used to "keyboard repeat lag" but no other app keeps
| >> | rolling when I release the mouse button over the scrollbar.
| >> | They all stop instantly. This is not a ADSL problem, it
| >> | happens always. I have not tested newer revisions just to
| >> | see if this has improved, but I will.
| >>
| >> This is the exact problem I am talking of, and what makes scrolling
| >> unusable over slow links
| >>
| > We agree then. Scrolling is certainly hard to use/useless, although
| > the performance is fine. I rol through the guide at great speed,
| > but can't stop.
|
| As nobody is seeing this except you (at least nobody has replied to my
| request). I think it is probably related to your Qt and/or KDE
| settings for "auto repeat" keypress. I guess too many keyPressEvent()
| are generated on your system.
Sure it is related to auto-repeat. But it is not due to the system
being configured wrong. It is due to us not being able to keep up
display wise.
Qt makes it hard to get any control over the event queue, so how to
other qt applications solve this issue?
| Please try to verify that (and try my patch too if it makes any difference).
|
I just tried replacing "repaint" with "update". It does not make any
difference.
We need control over the even queue, so that we can prune it.
(doing rate-control on auto-repeat would be really hairy)
--
Lgb
