Replies: 1 comment 2 replies
-
To my understanding this is the normal Neovim behavior as well. Reading Here's a minimal -- minimal.lua
-- Run this file as `nvim --clean -u minimal.lua`
for name, url in pairs({
-- ADD PLUGINS _NECESSARY_ TO REPRODUCE THE ISSUE, e.g:
-- some_plugin = 'https://github.com/author/plugin.nvim'
grug_far = "https://github.com/MagicDuck/grug-far.nvim",
}) do
local install_path = vim.fn.fnamemodify("nvim_issue/" .. name, ":p")
if vim.fn.isdirectory(install_path) == 0 then
vim.fn.system({ "git", "clone", "--depth=1", url, install_path })
end
vim.opt.runtimepath:append(install_path)
end
-- ADD INIT.LUA SETTINGS _NECESSARY_ FOR REPRODUCING THE ISSUE
vim.opt.statuscolumn = " " -- (just an empty space here)
require("grug-far").setup({}) If you run this with So, I believe this is intended behavior. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
When rtp reset is enabled,
stdpath('config')
is added first in the rtp, before any added plugins, so plugins may override user files. However, disabling rtp reset will cause the plugin paths to be added beforestdpath('config')
. The order of rtp has some implications for howvim.lsp.config
merges server configurations in `lsp/*stdpath('config')
,plugins
plugins
,stdpath('config')
Is this design intentional?
Beta Was this translation helpful? Give feedback.
All reactions