You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The last one is more concise, but also more brittle: If someone passes in ft=markdown, it would be added to the install_args as long as rocks-lazy.nvim doesn't register an arg parser.
should we instead support an [env] section in the toml, which would modify vim.env?
Luarocks won't pick up GIT2_DIR from an environment variable. It has to be passed as an arg to install.
Since this is more of an edge case, I think we don't need to prioritise passing install_args via :Rocks install initially.
As long as the extensions know how to parse args that rocks.nvim doesn't know about.
So far, only rocks.nvim and rocks-git.nvim know how to parse args. ↩
The text was updated successfully, but these errors were encountered:
We already do that1 😉
What could be tricky is coming up with a good API for args that are lists:
or
or, assuming any args that rocks.nvim can't parse are
install_args
:The last one is more concise, but also more brittle: If someone passes in
ft=markdown
, it would be added to theinstall_args
as long as rocks-lazy.nvim doesn't register an arg parser.Luarocks won't pick up
GIT2_DIR
from an environment variable. It has to be passed as an arg toinstall
.Since this is more of an edge case, I think we don't need to prioritise passing
install_args
via:Rocks install
initially.Originally posted by @mrcjkb in #439 (comment)
Footnotes
As long as the extensions know how to parse args that rocks.nvim doesn't know about.
So far, only rocks.nvim and rocks-git.nvim know how to parse args. ↩
The text was updated successfully, but these errors were encountered: