-
-
Notifications
You must be signed in to change notification settings - Fork 208
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
Seems like viewport sync is still bad (leap does weird behavior) #1131
Comments
i did not have this issue, leap.nvim works well for me. |
I also have this problem.
I've recorded a short video where I reproduce the problem: I believe the issue appeared in this commit 3036a5a. For now, I'm setting |
This is simply pending #993 |
Sometimes with this plugin in use, there is a really weird bug that gives a thought about lack of viewport/scroll synchronization, when some changes and updates have been already performed to fix the problem.
For example, when I have a layout like this with the bottom panel opened and cursor on line 22, I am trying to go to line 1 using leap.nvim, so I type
Sbe
, but plugin responds with no behavior, Looks like it just thinks that this line is out of the viewport, because I am still able to move by the plugin to any line down to 8 (or -14 relatively).But this offset is not stable: for example, I can't move to any
be*
occurrence when the cursor line is more than 12, but at line 12 and higher allbe*
matches are available.When writing this, I've found, that actual behaviour is even more unpredictable: sometimes (after some complex cursor moves by mouse) this occurrences are being approachable even below line 12!
Howbeit, vim mode is used primarly for faster move by keyboard, and it looks like so far this beautiful plugin is not ready to provide it well.
The text was updated successfully, but these errors were encountered: