-
Notifications
You must be signed in to change notification settings - Fork 14
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
version & command line usage inconsistencies #43
Comments
I don't know if it will be different in other systems, I doubt it, but in Linux,
I agree on the mismatch between stated version and release version. I was sad to see it happen at every release.
I don't agree on removing the kitty and the other text. I suggest adding an explicit |
This is USAGE, not version info.
I don't want to erase original creator's signature in version info, since I respect them. If I would implement |
So, what if |
Since creating a full-fledged standard command-line parser is overkill for this application, I'd suggest to add it as a hack. The hack would consist of scanning every argv[0..argc-1] before any other parsing of the command line, looking for the string I can submit the hack as a PR. The contents of the output would remain open. |
Now it makes sense to me. I'll wait PR for now. Thank you. |
lslint
fails (without target path or any other args)lslint --help
failslslint --version
gives me the help, but not any version infolslint -V
gives me version info, but fills my screen with "Hello Kitty"v1.0.4
release still print out the version0.4.3-xh
.Addressing the last point, I'd like to propose the following change, not sure if the syntax is correct:
The text was updated successfully, but these errors were encountered: