Opened 4 years ago

Closed 4 years ago

#15527 closed defect (fixed)

In wxGTK mousewheel scroll is now excessively vigorous

Reported by: dghart Owned by:
Priority: normal Milestone: 3.0.0
Component: wxGTK Version: stable-latest
Keywords: Mousewheel scroll GetLinesPerAction Cc:
Blocked By: Blocking:
Patch: no


wxMouseEvent::GetLinesPerAction used to return 3, the figure documented as most likely. In 53f1a5b (r74805) this was increased to be a figure depending on a power of the page-size. As a result the figure has become either greater or much greater, and mousewheel scroll much jerkier. For example, here the stc sample initially shows 33 lines of text, and a single wheel-action scrolls 10 of these. When the sample is maximised, the figures become 65 and 16.

A comment in the commit says "Compute lines/columns per action the same way as private GTK+ function". For me, gedit with the same file and page-sizes scrolls 4 and 7 lines; geany does 4 for any size. Less relevantly, kwrite scrolls 3.

I find gedit's 7 lines per action to be excessive, but I could live with it. However 16 is far too many; I lose track of the line I was focusing on. Regardless of whatever is considered best gtk2 practice, I feel that this change should be at least de-powered, and preferably reverted.

Change History (1)

comment:1 Changed 4 years ago by PC

  • Resolution set to fixed
  • Status changed from new to closed

(In [74911]) Go back to using a fixed value of 3 for lines/columns per action for mouse wheel event.
The native value is too large. Reverts the effect of r74805. Closes #15527

Note: See TracTickets for help on using tickets.