-
Notifications
You must be signed in to change notification settings - Fork 4
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
fix: The package touches files and directories in $HOME
without asking
#64
Comments
$HOME
without asking
Hell there, As the docs say, to disable auto install, set 'enableAutoInstall' to false on your CompletionCommandRunner subclass. The workings of the package are stated in the docs: https://github.com/VeryGoodOpenSource/cli_completion/tree/main/doc |
Thanks for the quick answer. I have no experience with shell completions, but could an alternative approach be developed? Some software automatically installs its own completions when Though I suspect that it'd be more complicated to set up than it currently is. |
There are other ways, for example, fig. But that requires the completion schema to be published within its registry, with is not too ergonomic. Any of these alternatives rule out the possibility of mapping the suggestions from the For this issue, we can:
|
I wouldn't do it. I might not like scripts modifying my
Could there be 2 ways of installing the completions? The current one - automatic, and the new one - manual - that'd require the user to move the generated completions file into some place where all completion files live. |
Something close to that would be #58, that imitates how npm and flutter (yes, |
I am going to close this issue since my question has been answered here. Thank you! |
Description
When my CLI program (that is using
package:cli_completion
) is run for the first time, it:appends some initialization logic to
~/.zshrc
(in my case - I'm using Zsh)creates the
~/.dart-cli-completion
directory, which apparently stores the completion files for every program using it:Steps To Reproduce
Add this package to a CLI program (as per the README) and run it.
Expected Behavior
I don't want my CLI program to touch my user's
$HOME
. It's not nice.I also feel like this behavior should be clearly stated in the readme.
Additional Context
Initially reported in this issue.
The text was updated successfully, but these errors were encountered: