fix_lsp_window shrinks LSP hover float: nvim_win_text_height already accounts for conceal_lines
維護者通常 21 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 2/5
- 預估耗時
- 1-3 小時
- 新手友好度
- 78/100
研究方向
從lua/render-markdown/lib/compat.lua開始,檢查M.fix_lsp_window,尤其是它如何使用nvim_win_text_height()和conceal_lines extmark。檢查報告中描述的渲染時序和視窗高度行為;建議的重現方式是使用 Neovim,讓sqls對一張寬表進行懸停提示。完成標準是:懸停浮動視窗以測得的高度顯示完整渲染後的表格,且不會縮得太小。
由索引模型根據 Issue 內容生成。
描述
Describe the bug
LSP hover floats get shrunk to a few lines when the hover document contains a rendered markdown table, because compat.fix_lsp_window() subtracts one line per conceal_lines extmark from nvim_win_text_height(), which already returns the post-fold height.
With sqls hovering a 14-column table (18-line hover doc) the float ends up 112x3 instead of 112x19; the rendered table is unreadable (only the first rows visible) even though it was rendered correctly.
:RenderMarkdown disable gives the normal 112x18 float, so this is the plugin, not lspconfig/sqls.
To reproduce
Environment: NVIM v0.13.0-dev-2042+g74f3ce7970, render-markdown 8e87953 (2026-10-10), default opts (file_types = { 'markdown', 'codecompanion' }).
- sqlite db with e.g.
CREATE TABLE big(a INT, b TEXT, c REAL, d BLOB, e INT, f TEXT, g INT, h TEXT, i INT, j TEXT, k INT, l TEXT, m INT, n TEXT); sqlsconnected, cursor on the table name,:lua vim.lsp.buf.hover()
The hover doc is:
# `big` table
| Name | Type | Primary key … | … |
| :--------------- | :--------------- | :---------------------- | … |
| `a` | `INT` | `NO` | `-` | |
…
Actual
win 112x3 nvim_win_text_height = 18 at the time fix_lsp_window runs, 19 after the render settles
extmarks: 15 with conceal_lines, 17 rows of virt_lines (the drawn table)
height = 18 - 15 = 3
Expected
Float large enough for the rendered content (112x19).
Root cause
lua/render-markdown/lib/compat.lua:
-- account for conceal lines marks allowing us to reduce window height
local height = vim.api.nvim_win_text_height(win, {}).all
for _, extmark in ipairs(extmarks) do
if extmark:get().opts.conceal_lines then
height = height - 1
end
end
if height < vim.api.nvim_win_get_height(win) then
vim.api.nvim_win_set_height(win, height)
end
Verified on this Neovim build that nvim_win_text_height() already excludes lines collapsed by conceal_lines marks: for the same 18-line hover doc, a normal (non-float) markdown buffer after render shows the table on rows 3..20 (18 rows, checked with a pty + screenstring()), while nvim_win_text_height() reports 19 (18 rows + the trailing empty line). So the subtraction is a second deduction and the more conceal_lines marks a table produces, the smaller the float gets.
Note also that the function only ever shrinks (if height < ...), so nothing restores the height when the measurement is too small.
Suggested fix
Trust the measurement, and re-measure after the marks have settled:
function M.fix_lsp_window(buf, win, extmarks)
local has_lsp = pcall(vim.api.nvim_win_get_var, win, 'lsp_floating_bufnr')
if not has_lsp then
return
end
local env = require('render-markdown.lib.env')
local str = require('render-markdown.lib.str')
-- width handling unchanged
local width = 0
for _, line in ipairs(vim.api.nvim_buf_get_lines(buf, 0, -1, false)) do
width = math.max(width, str.width(line))
end
if width <= vim.api.nvim_win_get_width(win) then
env.win.set(win, 'wrap', false)
end
vim.schedule(function()
if not vim.api.nvim_win_is_valid(win) then
return
end
local height = vim.api.nvim_win_text_height(win, {}).all
if height ~= vim.api.nvim_win_get_height(win) then
pcall(vim.api.nvim_win_set_height, win, height)
end
end)
end
With this patch the same hover shows 112x19 with the whole table visible. Small terminals stay fine: nvim_win_set_height is clamped by Neovim to the available rows (16-line terminal -> height 14, scrolling inside the float still works).
Checklist
- I have read the CONTRIBUTING guide
- I have searched existing issues
- 主要語言
- Lua
- 星號
- 5.2k
- 分支
- 155
- 平均合併
- 5 天 10 小時
- 30 天內合併 PR
- 1
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南,環境需要你自己搭建:先看它的 README,通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
MeanderingProgrammer/render-markdown.nvim 的其他 Issue
-
難度 4/5 3-5 天 新手友好度 45/100
MeanderingProgrammer/render-markdown.nvim#723 ·
維護者通常 21 天內回覆
-
bug: grid border errors when pipe_table.wrap = false可能已有人在做 @StudentWeis 於 1 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 35/100
MeanderingProgrammer/render-markdown.nvim#721 ·
維護者通常 21 天內回覆
-
難度 5/5 一週以上 新手友好度 38/100
MeanderingProgrammer/render-markdown.nvim#711 · 1 則留言 ·
維護者通常 21 天內回覆
-
bug
難度 4/5 1-2 天 新手友好度 55/100
MeanderingProgrammer/render-markdown.nvim#706 ·
維護者通常 21 天內回覆
-
enhancement
難度 5/5 一週以上 新手友好度 38/100
MeanderingProgrammer/render-markdown.nvim#685 · 1 則留言 ·
維護者通常 21 天內回覆
查看 MeanderingProgrammer/render-markdown.nvim 的全部 Issue
相似的 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 70/100
維護者通常 1 天內回覆
-
bug discord guide:04-dustwallow-marsh locale:enUS lua-error triage v0.3.6
難度 2/5 1-3 小時 新手友好度 64/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 70/100
NaixGames/Polycosmos#79 ·
-
難度 2/5 1-3 小時 新手友好度 65/100
-
fix(health): kyverno.io/Policy never reports Degraded when Ready=False可能已有人在做 @PhuocOng 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 88/100
argoproj/argo-cd#30913 · 1 則留言 ·
維護者通常 1 天內回覆