set keymaps overwrites mapping of :help

[rowsephx]

I have the lspsaga hover set to K, and it only attaches during lsp:

M.on_attach = function(client, bufnr)
    local map = vim.keymap.set
    local bufopts = { noremap = true, silent = true, buffer = bufnr }

    map("n", "K", require("lspsaga.hover").render_hover_doc, { desc = "lsp hover" }, bufopts)

The problem is if the keymap gets attached, the K inside help no longer works. If you don't know what I'm referring to, check :h K

This only happens when I use lspsaga's hover, and not with vim.lsp.buf.hover. I can technically just use this, but it takes up the whole width of my window if the content is lengthy, which bothers me. I can also just bind the hover with a different key, but I'm already used to using K.

Related:
lewis6991/hover.nvim#1
neovim/neovim#18997

[glepnir]

so you can use that function in hover#1 just check the current filetype is help or not

[rowsephx]

use that function in hover#1 just check the current filetype is help or not

Oh my, I'm blind...

map('n', 'K', function()
    if vim.bo.filetype == 'help' then
        vim.api.nvim_feedkeys('K', 'ni', true)
    end
    require("lspsaga.hover").render_hover_doc()
end, { desc = "lsp hover" }, bufopts)

Dunno if this is the best way of doing it, what do you think?

[glepnir]

right. which keyowordprg you set or default?

[rowsephx]

which keyowordprg you set or default?

I haven't touch that, so I would assume default

[glepnir]

aha. okay. maybe we can add this function into default hover function . then no need this hack.

[rowsephx]

aha. okay. maybe we can add this function into default hover function . then no need this hack.

That would be great actually, makes the config file cleaner hehe