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
Bug? mintty + vim w/ mouse=a
#782
Comments
Reproducible wth :set mouse=a or n, not v. |
Hold on; it looks as if a mouse release event is sent initially when focussing the window. This might be confusing vim, further analysis needed. |
Mintty 2.8.2 introduced a new feature to prevent accidental text selection on mouse-click window activation (#717) by suppressing the first mouse event after focussing a window. However, it fails to suppress the mouse release event too. While this is subject to improvement, vim should not interpret a singular mouse release event as a scroll-down action. |
also avoid subsequent false double-click
Released 2.9.1. |
hey, iam newbie about nvim and mintty. i try to enable mouse function on neovim, but not working. please help. |
The issue above was fixed with 2.9.1.
|
I'm using terminal vim with mintty as the terminal emulator (msys is my main bash for Windows). When I move the window focus by a mouse click to mintty running vim (from any other app), in additional to the focus moving to the mintty window, vim scrolls three lines up (I think it's doing literally "3<c-y>"), instead of moving cursor to where I clicked in the buffer. However, when I'm running vim inside tmux, only the focus moves and nothing else happen.
I went through my vimrc and found that
mouse=X
(a, n, v any option) is causing this.Is this some kind of bug in mintty?
(The same happens when I'm ssh-ing to OSX or linux machines using mintty + openssh)
The text was updated successfully, but these errors were encountered: