I tried both web GMEdit, and Ace's demos and both behave the same. They jump by around 9 lines. I thought it was perhaps because of the Magic Mouse, but I tried two other Microsoft common mice, and the behaviour is the same. It just jumps by 9 as soon as I scroll the wheel by one "click". I don't see this behaviour in any other app though. Scrolling behaves normally even in the tree-view of GMEdit.
If it happens in Ace’s demos, it would be something to report for it along with reproduction steps.
For a workaround, you can try opening ace.js
in a text/code editor, finding this bit (around line 1503 as of writing), and editing the factor
to be a higher value
if ("onmousewheel" in el) {
exports.addListener(el, "mousewheel", function(e) {
var factor = 8;
if (e.wheelDeltaX !== undefined) {
e.wheelX = -e.wheelDeltaX / factor;
e.wheelY = -e.wheelDeltaY / factor;
} else {
e.wheelX = 0;
e.wheelY = -e.wheelDelta / factor;
}
callback(e);
});
(maybe also add a console.log(e.wheelDeltaX, e.wheelDeltaY, e.wheelDelta)
and let me know what the values are)
Perfect! I changed the factor from 8 to 64 and it's working as expected.
I also added the console logs and this a sample of what I was seeing when scrolling:
ace.js:1513 0 -300 -300
ace.js:1513 0 -1200 -1200
ace.js:1513 0 -1500 -1500
ace.js:1513 0 -600 -600
3ace.js:1513 0 -300 -300
ace.js:1513 0 -2400 -2400
ace.js:1513 0 -300 -300
ace.js:1513 0 -900 -900
3ace.js:1513 0 -300 -300
ace.js:1513 0 -1200 -1200
ace.js:1513 0 -300 -300
ace.js:1513 0 -1200 -1200
2ace.js:1513 0 -900 -900
2ace.js:1513 300 0 300
7ace.js:1513 0 300 300
40ace.js:1513 0 -300 -300
ace.js:1513 300 0 300
15ace.js:1513 0 -300 -300
ace.js:1513 300 0 300
Do you think I should still report the issue in the link you provided?