Helge Hafting wrote: > Peter Kümmel wrote: >> Andre Poenitz wrote: >> >>>> + /// >>>> + QTimer& delayed_scrollbar_sync; >>>> >>> A _reference_? Why? >>> >>> Andre' >>> >>> >> >> Here a updated patch. >> >> > I checked out todays svn and applied this. > > It does *not* help > when holding the mouse down in the jump-scroll area of the scrollbar. > Many pages scroll by. >
Ok, we must catch the scroll events by an event filter... > It does not help when holding the mouse down at the scrollbar arrows > either - several lines will scroll by. Sometimes a whole page. > > Everything is fine using the pageup/pagedown keys. Scrolling generally > stops instantly once I release the autorepeating key. Sometimes I > get a single jump extra - maybe that last jump had started before > I released the key, just not dispalying anything yet due to slowness so > it seemed like an extra jump. > So the keyboard is ok - the scrollbar certainly isn't. > > It is necessary to force 100% cpu load to get these problems. A small > LyX window (less painting work) have no problems with the scrollbar. > > > > Testers with a fast CPU or a graphichs driver better than mine, might > want to add a delay loop in the drawing. Of course LyX will be _slow_ > with a delay loop - it still shouldn't overshoot by several pages/lines. > > > Helge Hafting > -- Peter Kümmel
