(*** This bug was imported into bugs.kde.org ***) Package: kghostview Version: 0.13 (using KDE 3.0.5 (CVS HEAD >= 20020427)) Severity: normal Installed from: compiled sources Compiler: gcc version 2.95.4 20011002 (Debian prerelease) OS: Linux (i686) release 2.4.18-rc4 OS/Compiler notes: hello when i use the scroll wheel to scroll a kghostview document this happens when i scroll back to the previous page: sometimes i scroll just a bit too far and kghostview goes back two pages. this is very confusing. maybe disabling scrolling while the page is being painted would solve this (if a user wants to go to a page fast he still can use the page index) also before the new page is painted the old one is still visible for some time (IMO it should be blank then) thanks greetings Frank Dekervel (Submitted via bugs.kde.org) (Called from KBugReport dialog)
That also happens to me. It would not, if scrolling up a page would be be more natural in the way, that if I scroll up at the beginning of page i get the end of the page before. Until now, kghostview jumps to the beginning of the page before instead. But this is more a feature request than a bug in kghostview...
Subject: Re: (usability) kghostview scrolling to next/prev page See attached patch for corrected mouse wheel scrolling. Created an attachment (id=614) kghostview-mouse-wheel-scrolling-43993.diff
This also happens to me. (using CVS from january 10th) - Scrolling down will scroll the current page and wrap to the next if it reaches the end. (This is OK) - Scrolling down on a SINGLE page document will wrap and show the same page again! (making the document look endlessly long... it should IMHO just ignore scroll events if it has already scrolled the last page down to the end) - scrolling UP will wrap a whole page PER SCROLL EVENT - this is highly inconsistant. It should either wrap up to the END of the previous page (so that you need as many scroll events to scroll five pages down as five pages up) or perhaps wrapping pages with scroll events should be disabled completely. Thank you! ;)
I voted for this today (I have seen it before), but now I see that all three cases already works in KDE CVS from 2003-03-12 (future KDE 3.2). I am tempted to close it as fixed. But if this is a small and well contained it probably should be fixed in 3.1.1 too - Wilco? So I only confirm it for now.
Actually this seems to have been backported according to CVS logs and the fact that wheel mouse handling seems to be the same in HEAD and BRANCH codewise. In fact, the code is the same as the patch posted above. I don't have a wheelmouse, so I will leave the bug open waiting for comments a little bit longer. Can anyone report back on whether it works in BRANCH ? If it does, tell me or just close the bug directly. Thank you, luis
This is working in my unstable Debian distribution now, so I'm betting it's fixed in BRANCH as well. This can be closed now.
*** Bug has been marked as fixed ***.
same problem here...gentoo distro.