no snippet with that name about minisnip HOT 3 CLOSED

Thanks for the report, should be working now.

By the way, if you are using ~/.vim/miniSnip, the plugin ought to look there automatically if g:miniSnip_dirs is empty, so there's no need to set it.

Is miniSnips backwards compatible?

It's not out of the box, but I made it quite configurable, so for very basic snippets it's theoretically possible to configure it roughly to match the old syntax. Although I never tried to and I suspect rewriting snippet would be easier.

Seems like a small collection like this would make a good addition to miniSnip -- I would be happy to do a pull request if it sounds like such a thing would be useful.

I'm more than happy to put a link to such collection into README like other snippet plugins do, but shipping them by default would be not a good idea since users (including me) would often prefer having their own (and not worrying about overlaps).

from minisnip.

Thanks so much for the quick turnaround -- that merge fixed the problem!

I see what you mean about backwards compatibility -- it's rather trivial to convert to the new syntax.

That's the good news.

The bad news is this:

   E117: Unknown function: miniSnip#trigger

The error occurs, of course, when I try to complete a snip name with C-g (my mapping for miniSnip_trigger). This error happens only on macos (Ventura 13.2.1). On arch and manjaro, miniSnip with my revised snips work perfectly fine (although it is a bit slower than vim-minisnips classic).

I am installing as follows:

  Plug 'Jorengarenar/miniSnip'

I suspect the problem has something to with the mixed-case name of miniSnip. In its typical configuration, macos preserves case, but it does not differentiate a mixed case from all lower case file name. I don't know enough about how vim plugins are structured to explain the precise mechanism for the failure to find the function, but given that it works fine on a normal linux distro I cannot think of another explanation.

Incidentally, to avoid this problem for my snipit files, I have the location as follows:

  let g:miniSnip_dirs = [  '~/.vim/minisnip_modern' ]

The reason I had set the value to the default location in my original post of the issue was because i had been experimenting with this kind of thing because of the potential for issues with mixed case.

Does this explanation sound all plausible? Have you run into it before with macos (of course I searched the issues but nothing jumped out at me). Does a workaround come to mind?

Many thanks!
--Phil

from minisnip.

Interesting, could you please submit a issue for this too?

from minisnip.