Skip to content
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

Mouse scroll in vim like iTerm2 and Konsole #9534

Closed
myy1966 opened this issue Mar 18, 2021 · 4 comments
Closed

Mouse scroll in vim like iTerm2 and Konsole #9534

myy1966 opened this issue Mar 18, 2021 · 4 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@myy1966
Copy link

myy1966 commented Mar 18, 2021

Description of the new feature/enhancement

The mouse scroll in the windows terminal when using vim is different from iTerm2 and Konsole. After "set mouse=a" in vim, when scrolling down, the cursor will stay on the sixth line. But in iTerm2 or Konsole, the cursor will stay on the first line.

Scrolling behavior in windows terminal with WSL2:
wt-wsl-vim

Scrolling behavior in iterm2 with MacOS:
iterm2-vim

And in iTerm2, there is a setting to send the arrow keys when in alternate mode. When setting this to yes, Without "set mouse=a" in vim, scroll the wheel can move the arrow and screen. Konsole has a similar function.

iterm2-vim-alternate

Proposed technical implementation details (optional)

  1. Change the cursor position to the first line and last line when scrolling down and up, respectively.
  2. Add a setting to send the arrow keys when in application link vim.

Software Version

Windows Terminal: 1.6.10571.0
WSL2: Ubuntu 18.04
iTerm2: 3.2.5
Konsole: 19.12.3

@myy1966 myy1966 added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Mar 18, 2021
@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Mar 18, 2021
@zadjii-msft
Copy link
Member

I'm pretty sure this will work when the Terminal fully supports the alternate buffer - check out #381 for more info

/dup #381

@ghost
Copy link

ghost commented Mar 18, 2021

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Mar 18, 2021
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Mar 18, 2021
@j4james
Copy link
Collaborator

j4james commented Mar 18, 2021

See also #3321.

@myy1966
Copy link
Author

myy1966 commented Mar 18, 2021

I'm pretty sure this will work when the Terminal fully supports the alternate buffer - check out #381 for more info

/dup #381

Yes, I know the wheel scroll can use in vim, but I found the behavior is slightly different from iTerm2 and Konsole. When I scroll down or scroll up, the cursor position is different. The iTerm2 and Konsole will make the cursor stay on the first and the last line, but the windows terminal makes the cursor stay on the sixth line.

After changing vim to neovim, I got exactly the same behavior with iTerm2 and Konsole.

My second suggestion is the same as #3321.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

3 participants