L3MON4D3
L3MON4D3
Right, thatnk you :+1: The reason the choiceNode broke is that the `_text`-key leads to an error from neovim, upon which we silently remove the snippet. The reasoning here is...
Uhh, I actually have something like this in my config :sweat_smile: ```lua ls.setup_snip_env() local function ins_generate(nodes) return setmetatable(nodes or {}, { -- generate missing keys as corresponding insertNode. __index =...
> Having a red error raised every 2 seconds is not a very fun experience Ouh, I think it might also prevent further reloading of the file, at least I...
Mhmm, you could use an autocommand to extend the filetype of these files to `originalfiletype.testing` and register these snippets for the filetype testing, that would be pretty simple
Hey, glad to hear that :D Thank you for the detailed issue, your second solution is actually already possible: Luasnip supports a callback for determining the filetype(s) effective at any...
Oh, no worries, this won't affect any global state, `ft_func` is only used for determining the filetypes that should be searched for snippets.
Ahh of course, `vim.list_extend` modifies `file_extends` xD I think `vim.list_extend` also works with more than two lists, so `extend({}, file_extends, default)` should do ot
True, that would be much simpler, but I get not wanting to modify the filetype just for snippets if it's possible in a way that is only seen by luasnip....
> The only thing that still bothers me: how to extend this algorithm to match glob patterns like '*.sync.py' = 'jupyter_ascending' (I used this pattern to load my snippets for...
I want to just say "create a local copy of friendly-snippets and remove those snippets", but it's been brought up a few times now, I think we ought to implement...