How to find third-party Alpine plugins? Should we set a repo/npm package naming convention to make it easier to search for plugins? #2109
philwolstenholme
started this conversation in
4. General
Replies: 0 comments
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.
-
I love how easy it is to extend Alpine now, and I've got an idea for a third-party plugin of my own. I want to check that no one else has made a plugin that duplicates my idea (they probably haven't, but in the future this will be more likely to be a problem).
Other than asking here, or checking repos like https://github.com/alpine-collective/awesome#extensions--plugins I am not sure how to get a list of Alpine plugins 'in the wild'. I tried searching Github for
Alpine.plugin(
and filtering it to JS results, but there are quite a lot of false positives where the the core Alpine plugins come up in results, or some things not related to Alpine(JS) appear. I also tried searching for"Alpine.directive(" OR "Alpine.magic("
and limiting it to JavaScript results but that mostly returned forks of Alpine itself.I was wondering if there are any unofficial or official standards on how the plugin should be named? I am thinking of Babel plugins where there is a convention to use names like
babel-plugin-foo
orbabel-plugin-bar
, and Parcel uses a similar system:I think the main use of standardised names in Parcel is to allow autoloading, but it also makes it much easier to find plugins via Github or npm. Someone could then use the Github or npm API to make a list of all the publicly available Alpine packages.
Beta Was this translation helpful? Give feedback.
All reactions