Scroll lock is on - even though I set it to "OFF"

Question

Scroll lock is on - even though I set it to "OFF"

hang-on opened this issue 7 years ago · comments

Hi. I recently updated, and it resulted in scroll lock being always ON, regardless what I do?!

morassman · Answer 1 · Sun Feb 04 2018 03:06:13 GMT+0800 (China Standard Time)

Issues with scroll lock have been reported before. For some reason I've never been able to reproduce the problem and yet there are a few people experiencing it. Without being able to reproduce the issue it's really hard to debug.

I'm actually considering adding a setting so that one can choose whether scroll lock should auto-enable at all.

hang-on · Answer 2 · Sun Feb 04 2018 03:53:32 GMT+0800 (China Standard Time)

The problem comes and goes for me. I don’t think it is the update anymore - to me it seems it might be related to the messages from my assembler being output to the window. Some warnings seem to trigger a scroll lock, while others don’t. Could it be that the window recieves a scroll lock (or something it interprets as a scroll lock) from the output? That might explain stuff. Thanks for a great program by the way, it really helps in my retroprogramming flow :) Sendt fra min iPhone

…

Den 3. feb. 2018 kl. 20.06 skrev morassman ***@***.***>: Issues with scroll lock have been reported before. For some reason I've never been able to reproduce the problem and yet there are a few people experiencing it. Without being able to reproduce the issue it's really hard to debug. I'm actually considering adding a setting so that one can choose whether scroll lock should auto-enable at all. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

morassman · Answer 3 · Sun Feb 04 2018 04:08:22 GMT+0800 (China Standard Time)

This is related to issue 19. I'm therefore going to close this one. See my latest comment on that issue. The problem may have been fixed with the latest update.

morassman · Answer 4 · Sun Feb 04 2018 05:41:52 GMT+0800 (China Standard Time)

Thanks @hang-on. I'm glad that you find it useful!

The scroll lock handling code responds to three things:

When the user clicks on the output.
When the user scrolls.
When additional output is appended.

What I found was that a scroll event is also fired when output is appended. I was under the impression that a scroll event is only fired when the user performs a scroll. To distinguish between these two one needs to listen for mouse wheel events as well. The update distinguishes between these two now with the behaviour each one needs. I think that's where the bug came in, so hopefully this resolves the issue.