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

[count] k not working properly #1103

Closed
xged opened this issue Apr 10, 2015 · 11 comments
Closed

[count] k not working properly #1103

xged opened this issue Apr 10, 2015 · 11 comments

Comments

@xged
Copy link

xged commented Apr 10, 2015

[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 was 6.

:normal [count]k works fine.

ezgif com-crop 2

@xged xged changed the title [count] k does not behave as expected [count] k not working properly Apr 10, 2015
@syl20bnr
Copy link
Owner

I cannot reproduce it, what is your evil version ? (suffix of the directory name in ~/.emacs.d/elpa)

@xged
Copy link
Author

xged commented Apr 11, 2015

20150408.1417

@syl20bnr
Copy link
Owner

I tested with the last one 20150411.1336 and I cannot reproduce your issue.

@seveneightn9ne
Copy link

I'm on 20150423.349 and I have the same bug. It seems like sometimes when [count] k would cause the screen to scroll up, it scrolls up the correct amount but then sets the cursor to the center of the window. I also couldn't reproduce with [count] < 6, which I think is because scroll-margin seems to be set to 5 (but I can't find where that is coming from because help says that scroll-margin is set to 0

@syl20bnr
Copy link
Owner

I can reproduce with smooth-scrolling enabled and the point is at the top the page.

@xged
Copy link
Author

xged commented Jul 29, 2015

version 0.104.0: I can reproduce it just with [count] > 10 now. Smooth-scrolling is enabled (by default).

@a13ph
Copy link

a13ph commented Oct 29, 2015

Reproducible on
Emacs 25.0.50.2
Spacemacs: master (0.104.2)
evil: 20151027.3

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.

@synic
Copy link
Contributor

synic commented Oct 29, 2015

Can confirm. I can type 100k and it'll go up 5 lines (my setup displays 100 lines at a time).

System Info

  • OS: darwin
  • Emacs: 24.5.7
  • Spacemacs: 0.105.0
  • Spacemacs branch: neotree_keybindings (rev. 5eca089)
  • Distribution: spacemacs
  • Layers:
(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))

@syl20bnr
Copy link
Owner

May be fixed in develop since we don't use the smooth-scrolling package anymore.

@xged
Copy link
Author

xged commented Jun 6, 2016

I cannot reproduce it in develop.

@d12frosted
Copy link
Contributor

Fixed with released of Spacemacs v0.200. Let us know if you still have any problems with this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants