Closed scottming closed 1 year ago
I guess :lua vim.lsp.buf.hover
also doesn't render it correct right ?
I guess :lua vim.lsp.buf.hover also doesn't render it correct right ?
Yes, it doesn't.
limit of tui :) .. could you try builtin-hover by using neovim-nightly . it has a big improve that render hover by treesitter too. but i guess it also not work. treesitter cant not parse it correct i think T.T
I can't use neovim-nightly
, it broke many of my plugins, and the treesitter.
just use a min config is enough
vim.opt.rtp:append('path/to/lspcongig')
---start your server
then nvim --clean -u min.lua
I think this is not a bug. in tui something not work
yeah, it also has this problem.
okay. that's the tui works way. if want render it correctly there may need some special works on doc format ...
@glepnir Sorry, I just submitted a screenshot of lspsaga hover
, and the screenshot of vim.lsp.buf.hover()
looks like this:
It looks like it's already recognized as code blocks, but no specific language is set. So it looks grayed out
yep it do lots of work on markdown render . saga just simply enable markdown parser. when 0.10 release i will remove hover from saga .
Describe the bug
I noticed that the hover module has some logic to handle in_codeblock, but it seems not to handle the case of indented-code-blocks.
This results in many code blocks not being displayed properly.
Steps to reproduce
I think you do not need the minimal config(if needed, pls let me know)
This is the hover response:
Expected behavior
Like zed or VScode:
Zed
Neovim version (nvim -v)
0.9.2
lspsaga commit
798c1b650d541bb14492fb54d533673162fb848f
Terminal name/version
alacritty