-
Notifications
You must be signed in to change notification settings - Fork 31
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
Does usage have to be able to show a single command? #57
Comments
I do believe that we should structure the help 👍 My only concern is that we two will do understand the suggested output, but new users would prefer to see what each command supports as options following the common "usage" structure most scripts use. What do you think? |
It would probably look like this. I’m now re-creating the description completely, of course the old text will be reused for the most part. Also ignore that the lines aren’t wrapped correctly.
A little harder is it for category commands, where we’d probably have to write the allowed arguments (without their description) for each of the commands. Describing them like used if there's no category of that name & used for an existing category is also possible though.
To be honest, at least to me the current state is rather confusing (if I Also, I’ve just realised that there is nothing like |
I just want to remind you of this — I'm not doing it until I know what it should look like according to you. Have you forgotten again? Or do you not have enough time or energy? The reminder also applies to other recently active issues. |
Hello @tiosgz , I'm a little busy these days. I'll get back to you asap. Thanks! |
Given the following structure, I thought it’d be useful to show the commands similarly in
usage
. However, this would make it rather odd & difficult when showing help for a single command (as opposed to a whole group), especially when the command doesn’t use one of the arguments. Would it hurt if it showed help for the whole group instead?--category
(& given my other effort, later also--[no-]pager
) could also be as a general argument, since only arg-less & stup-info commands don’t use it; what do you think about this? And what about the general idea of structuring the help?The text was updated successfully, but these errors were encountered: