-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[count] k
not working properly
#1103
Comments
[count] k
does not behave as expected[count] k
not working properly
I cannot reproduce it, what is your evil version ? (suffix of the directory name in |
20150408.1417 |
I tested with the last one 20150411.1336 and I cannot reproduce your issue. |
I'm on 20150423.349 and I have the same bug. It seems like sometimes when |
I can reproduce with smooth-scrolling enabled and the point is at the top the page. |
|
Reproducible on And it's surely about visible part of buffer. I've zoomed up as much as I could with readable linum-relative, to test on bigger counts, it still bugs out. I was deleting lines so that I would have point at the topmost, and this way I had always seen this bug on anything more than 5k (it is not nearly as consistent if just plainly scrolling same way, without setting point into this margin). My smooth scroll is on and it's value is 5. And bug limit follows change in this variable. Disabling smooth scroll gets rid of the bug. |
Can confirm. I can type 100k and it'll go up 5 lines (my setup displays 100 lines at a time). System Info
(unscroll auto-completion xkcd emacs-lisp git gtags dash yaml github javascript html markdown extra-langs python ruby org osx python django syntax-checking spell-checking version-control lua colors eyebrowse
(c-c++ :variables c-c++-enable-clang-support t)
(shell :variables shell-default-height 30 shell-default-position 'bottom)) |
May be fixed in develop since we don't use the smooth-scrolling package anymore. |
I cannot reproduce it in develop. |
Fixed with released of Spacemacs v0.200. Let us know if you still have any problems with this issue. |
[count] k
does not behave as expected. Often it moves up (sometimes down) the lines pretty randomly.The lowest
[count]
I could produce this behavior with was6
.:normal [count]k
works fine.The text was updated successfully, but these errors were encountered: