-
Notifications
You must be signed in to change notification settings - Fork 37
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
[Request] Change -in
to -
#26
Comments
Thank you for the suggestion! It didn't occur to me during development to do this, but it definitely makes sense. I'll target it for v0.3.0. |
@Suavesito-Olimpiada I opened a PR for this change. Please let me know if this matches what you had in mind! |
Yeah, that looks exactly like it. I understand why you make it that way, |
Originally I had changed the read from stdin to be specified by a single - argument or /dev/stdin by suggestion from google#26. In that PR I had removed the -in flag. After sleeping on it I realized I might as well keep that flag, since it might intuitively make sense to more people, makes more sense on Windows, and maintains backwards compatibility (even though that is currently not a promise of the project, might as well do it if it's easy).
* fix: restore functionality of -in flag Originally I had changed the read from stdin to be specified by a single - argument or /dev/stdin by suggestion from #26. In that PR I had removed the -in flag. After sleeping on it I realized I might as well keep that flag, since it might intuitively make sense to more people, makes more sense on Windows, and maintains backwards compatibility (even though that is currently not a promise of the project, might as well do it if it's easy). * docs: add -in flag back to README
First of, thanks for the amazing tool! :D
In many CLI programs is usual that stdin is configured automatically for input if no arguments were added. But, in many others (were no arguments means print help) it is (almost) standard to have
-
mean read fromstdin
.I know is not important, but I propose follow the semantics of others, as I think allow for a (a little bit) more seamless experience. :)
The text was updated successfully, but these errors were encountered: