-
Notifications
You must be signed in to change notification settings - Fork 27
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
Can't scroll up past long wrapped text #18
Comments
Sorry, I couldn't reproduce this neither under neovim 0.4.3 nor vim 8.2. Scrolling over severely wrapped line works fine for me: https://streamable.com/5fjq76. Am I missing something? Also, could you please re-test with up-to-date nvim? |
I believe the issue is caused by one of my vim configurations. I have a Testing with:
I want to say this occurs when scrolloff is greater than half the number of rows in vim this occurs, but the single vs multiwrap situation is still hard for me to reproduce. Playing around with the numbers. (Same steps to reproduce as before; Matching your video) 11 rows (this includes the lines from wrapped text) + scrolloff=6 27 rows + scrolloff=13 Works but the scrollup final line number is off by one. i.e. Press at line 45 will return you to line 44 |
This has been happening constantly to me recently. call plug#begin('~/.vim/plugged')
Plug 'psliwka/vim-smoothie'
call plug#end()
set scrolloff=9 This bug is extremely hard to reproduce, it depends on the
With this particular setup neither scroll down nor scroll up work correctly with vim-smoothie, but work flawlessly without it. Changing the font size, terminal width, terminal height, scrolloff value or even positions of lines in the file removes the bug completely. vim version: NVIM v0.5.0-762-g9817d9914 I can post a gif if needed. |
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
@MasterMedo Thank you for the excellent repro steps 👍 Thank you |
Yep, switching to 'subnut/vim-smoothie' fixes the issue. |
Closes psliwka#18
A gentle warning... As you may have seen already, I frequently force-push my fork. That happens because I frequently need to go back and make changes to some older commit, so I rebase and force-push the changes. If you choose to stay on my fork till #21 is merged (I contact Piotr, he said he's gonna merge it in a week), then I suggest you to not |
Oh no biggie, I pulled with plug anyway. PlugClean, PlugInstall to the rescue. I'll port back to the original repo when things get merged. Thanks for the heads up, though! |
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Closes psliwka#18
Likely the same cause as #16.
Looks to be caused by wrapped lines longer than a single wrap.
A single wrap works fine.I have seen cases of single wraps not working but am finding them to be difficult to reproduce. Example file of just numbers and a long line at line 50: https://gist.github.com/Meptl/2789e4c9ec7ef3c5b54c549d3b2998a0Versions:
Steps to reproduce:
I do have an assortment of plugins and have not isolated vim-smoothie.
The fork referenced linked in #16 works, but I'm not a fan of the gg implementation there so would prefer this issue be fixed upstream. I also used the latest of the PR at #13 to no avail.
Love this plugin btw :)
The text was updated successfully, but these errors were encountered: