Replies: 2 comments
-
One option would be to install the plugin directly from a (private) GitHub repository. npm i git+https://github.com/capacitor-community/text-to-speech.git#v0.2.3 (capacitor-community/text-to-speech@v0.2.3) |
Beta Was this translation helpful? Give feedback.
0 replies
-
I have the same issue. There are about 5 plugins developed locally, registered in Capacitor v2, by using Capacitor.Plugins all of them can be invoked very well. Thanks. |
Beta Was this translation helpful? Give feedback.
0 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.
-
Hi there! With the deprecation of accessing custom plugins like so:
I was wondering how to access plugins that I do not wish to deploy to npm publicly. For example, I had created a custom authentication plugin
Authenticate
that is to be used for internal purposes only in the company, and (in the past) I was able to extract it for use using object destructuring:For my plugin, I simply built out the native code (and registered them in ios/android projects), then since the
Plugins
was anany
object, I could access myAuthenticate
from thePlugins
object (without any typings but at least no errors) which worked great.Will I always need to include the plugin repo as an
npm install
w/ a local file path now?I guess I'm missing something because this seems like it would be fairly common and my google-fu is failing me, so if anyone can guide me in the best practice for this use case, I'd truly appreciate it!
Beta Was this translation helpful? Give feedback.
All reactions