You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be preferable if the CLI flags were designed to be opt-in rather than opt-out.
One can imagine that when a couple of more plugins are added, it would quickly become cumbersome to add all of these opt-out flags just to avoid the CLI wizard:
An alternative could be to include a --none flag to preserve the default state of running through the CLI wizard, but also not having to add all of the flags to avoid it either:
npx @svelte-add/tailwindcss@latest --none
The text was updated successfully, but these errors were encountered:
would implicitly assume that all options are false / fallback to the default value and that this would not trigger the interactive cli.
That's why I would currently prefer the your suggested alternative, although I'm not sure if --none would represent the correct meaning. Maybe something like --default would be a better fit
Please do not consider working on this until #368 is merged, as it was necessary to rewrite major amounts of the execute.ts file (not commited), which would cause massive merge conflicts and create unnecessary work.
Topic
applies to all adders
Description
It would be preferable if the CLI flags were designed to be opt-in rather than opt-out.
One can imagine that when a couple of more plugins are added, it would quickly become cumbersome to add all of these opt-out flags just to avoid the CLI wizard:
Describe the solution you'd like
Instead, it should be the inverse, where adding the flag includes the addon/plugin:
Alternative
An alternative could be to include a
--none
flag to preserve the default state of running through the CLI wizard, but also not having to add all of the flags to avoid it either:The text was updated successfully, but these errors were encountered: