-
Notifications
You must be signed in to change notification settings - Fork 88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is ‘--mouse’ working properly? #159
Comments
Thanks, this was indeed malfunctioning. Should be fixed in 21e0892. |
Note issue has existed since v572. |
Thanks! |
Note fix has been applied to v581 in the v581rel branch and released in less-581.2. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
With less 583, with either LESS including ‘--mouse’ or typing ‘--mouse’ in less, the scrolling works, but typing in ‘--mouse’ (again, if typed in less previously), less still scrolls, and copy/pasting doesn't work (is ignored), but ‘__mouse’ says “ignore mouse input”. Also quitting less leaves xterm (e.g.) in a state where mouse movements (e.g., to scroll back in xterm history) produces unrecognized escape sequences (e.g., “64;41;21M” with scroll up). The ‘reset’ command repairs the xterm terminal.
In other terminal emulators similar, although not exactly identical, results occur. (Some terminal emulators seem to have mouse scrolling built-in, but the copy/pasting is still ignored on second and subsequent ‘--mouse’ toggles.)
The text was updated successfully, but these errors were encountered: