-
-
Notifications
You must be signed in to change notification settings - Fork 6.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Detect if the plugin was already invoked in the project #1907
Comments
|
vue add
and vue invoke
modes for plugins
Yes and this issue is about some plug-ins that might want to do different
things depending on whether it is the first time invocation or not
|
This is done in ba43900 |
@yyx990803 This hasn't been fixed. Your commit adds |
What's the problem? `vue add` runs `vue invoke` under the hood.
Le ven. 3 août 2018 à 09:44, Pavan Kumar Sunkara <notifications@github.com>
a écrit :
… @yyx990803 <https://github.com/yyx990803> This hasn't been fixed. Your
commit adds invoking, but the value of it is true for both vue add and vue
invoke
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1907 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ACqyfMueuYrNYuca0xGgpU8IU68ueNMgks5uM_9LgaJpZM4VY0tw>
.
|
Yeah, so, this issue isn't fixed by that commit since there's still no way to differentiate between |
As I understood your issue, "running for the first time" means the plugin was used as part of a preset during initial project creation, and both There's no way to tell whether a plugin has been invoked previously or not and I don't think that's something worth adding. |
I would argue it is since I am working on a plugin which could use it instead of having workarounds. But hey, you are the maintainer 😄 |
What problem does this feature solve?
Some plugins (for example: a plugin to setup a mini-framework) might want to differentiate when the plugin was run for the first time and when it isn't. Currently there's no way to do this.
What does the proposed API look like?
We could probably do this by adding 2 hooks (#1754) but I would vote do separate them normally since some plugins might not want any common code between the 2 modes
The text was updated successfully, but these errors were encountered: