-
Notifications
You must be signed in to change notification settings - Fork 54
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
Add -n capability to command execution bypass confirmation when selecting from the list. #74
Comments
Hi @ioogithub ! Do you think the default should be to not have confirmation? I like the confirmation bit, it is explicit and helps me see what I am doing. But I think there should be a config to disallow if a user wants it. :) |
Does the -n flag work if you are selecting a task from the numbered list?
I can see that the -n command can be used if you execute your command like this: keep run "my command" -n but does it work with a list? I tried and couldn't get it working. The issue is that when you run keep run and select the item from the list the "pause" in the workflow is already built into the moment where you have to stop and read the list and pick the item you want. I understand how a confirmation can be useful if you are typing out the whole command with the alias all at once because there is no pause here. When using the keep run command then typing a number the pause is a second pause and really gets in the way. I tried to save my commands with a -n but it ignores it. Am I missing something or is -n functionality missing from when the user pick the command from the list? |
Good point! The Thanks anyways. |
I am trying out keep. I want the ability to type "keep run" and select a number from the list:
keep run 3
I do not want to have to press Y/n every time, this is quite annoying.
I see you can type a command "keep run command -n" and not get the conformation. How can I remove the confirmation when selecting a command from the run list?
For keep to be useful it needs to save time over doing a reverse search but these speed bumps add a lot of friction.
The text was updated successfully, but these errors were encountered: