Closed A4-Tacks closed 4 months ago
Reproduced, o
to insert new line, O
on fn main
to insert new line above, froze vim/nvim. o
on fn main
to insert new line bellow, no frozen.
Reproduced,
o
to insert new line,O
onfn main
to insert new line above, froze vim/nvim.o
onfn main
to insert new line bellow, no frozen.
on // enter ...
, is not on fn main
Yes, o
on // enter ...
frozen vim. O
(big o) on fn main
, to insert new line above, frozen too.
But o
on fn main
to insert new line bellow, no frozen.
Strange performance issue.
coc.nvim related, working on this.
nvim --clean -u NONE
reproduced, without coc.nvim pluginsvim --clean -u NONE
, no delay or frozenvim's indent issue, add let did_indent_on = 1
to your vimrc, won't reproduce this with or without coc.nvim.
let did_indent_on = 1
will prevent to source rust.vim.
vim's indent issue, add
let did_indent_on = 1
to your vimrc, won't reproduce this with or without coc.nvim.
This option doesn't seem to have any effect, nor is it builtin Vim But you're right, this is not caused by coc.nvim
@A4-Tacks let did_indent_on = 1
will prevent to source rust.vim
@A4-Tacks
let did_indent_on = 1
will prevent to source rust.vim
I don't understand
@A4-Tacks
let did_indent_on = 1
will prevent to source rust.vim
disable rust indentexpr?
let did_indent_on = 1
stops /opt/homebrew/share/vim/vim91/indent.vim
to source /opt/homebrew/share/vim/vim91/indent/rust.vim
, won't set indentexpr
anymore.
let did_indent_on = 1
stops/opt/homebrew/share/vim/vim91/indent.vim
to source/opt/homebrew/share/vim/vim91/indent/rust.vim
Its name seems to be b:did_indent. This works, but indentexpr is needed, but at least we know the source of the problem
src/main.rs
vscode rust-analyzer and other language server on coc.nvim will not experience this situation
What's the output of
:CocInfo
What's the output of
:CocCommand rust-analyzer.serverVersion
What's your coc-rust-analyzer version? You can get it from
:CocList extensions