Navigation with `j/k/h/l` breaks, when `lazyredraw` is set
See original GitHub issueNormal navigation does not work when I have lazyredraw
set in my Neovim config file.
I normally don’t use vscode, but currently due to my nightly build of Neovim lagging behind some plugins were breaking my Neovim. So I was using Vscodium (I have not tried on normal vscode, as I suppose they are mostly the same).
Can anyone else reproduce this?
EDIT: Tried on the latest neovim version, still the same issue.
Just for the record, I am on Linux and tested this on both Vscodium
and Vscode
.
Issue Analytics
- State:
- Created 3 years ago
- Comments:10 (1 by maintainers)
Top Results From Across the Web
set lazyredraw · Issue #78 · tpope/vim-sensible - GitHub
As the :h 'lazyredraw' says it's noticeable when re-playing macros. I recorded a simple macro that inserts about ~30 characters to the line....
Read more >set lazyredraw and :set nottyfast to speed things up. : r/vim
global {not in Vi} When this option is set, the screen will not be redrawn while executing macros, registers and other commands that...
Read more >Minor startup problem with 'lazyredraw' set - Google Groups
'lazyredraw' in my .vimrc causes gvim to not fully initialize the screen on startup until a key is pressed. I can reproduce it...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Need to force
nolazyredraw
in optionsI have a similar problem. I am on windows nvim. Let me try
nolazyredraw
first.