-
Notifications
You must be signed in to change notification settings - Fork 45
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
Select option widget #605
Comments
We currently have these two
let
mySelect = toBashSelect {
prompt = "pick whatever you want";
options = [ "routing" "front" ... ];
};
in
{ ... } source "${envMySelect}/template" local selected_options # derivations
source __argMySelect__/template local selected_options # templates
echo "${selected_options[@]}" # routing front .., whatever the user selected during the prompt break and abort are automatically injected |
also maybe toBashSelectMany, toBashSelectOne |
or toBashSelect and a few options like:
|
The last suggestion seems best! Great conceptualization, thanks! I was a bit struggling on this one and I figured this might be the point where users start asking for a proper scripting language. My hope is we can extend bash's reach just another bit for most devops use cases... |
is there a language you have in mind that covers all the use cases we have now + being a "proper" scripting language? |
Actually any language has the same problem: you can't paste them 1-by-1 on any dev's cli. That's probably the single biggest advantage with bash in this devops case... |
We want makes to become a CLI that autocompletes existing jobs within a repository (#989) for maximum dev experience. We're not planning to support interactive shells. |
since the following was a bit contrived to find, maybe we can add a simple select option widget for semi-interactive runbooks...
Any ideas?
The text was updated successfully, but these errors were encountered: