Repository navigation
Add "metavar" argument to add_subparsers() in argparse #58247
Description
Activity
Currently, using add_subparsers() means that the entire list of subcommands is added to the main usage message. This gets rather unwieldy when there are a lot of subcommands.
It would be nice if the add_subparsers() method accepted a "metavar" argument that would be substituted into the usage string instead of using the subparser list directly.
- addedstdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directorytype-featureA feature request or enhancementA feature request or enhancement
on Feb 16, 2012 Have you tried setting the metavar property on the return value of add_subparsers()? I tried this, and it seems to work.
It looks like the logic for _metavar_formatter() is the same no matter what the action type (specifically _SubParsersAction in this case):
http://hg.python.org/cpython/file/e81cad0c722a/Lib/argparse.py#l554
Actually, it looks like add_subparsers() may already support passing a metavar argument, but it's just not documented?
Thanks to bpo-11807, the documentation now lists “metavar”. (However, it looks like a positional argument, rather than keyword-only, and its use seems to be discouraged, but those issues are not specific to “metavar”.)
Some points specific to “metavar” that I think could be clarified:
-
Metavar seems to affect the placeholder in the “usage” message, and a heading that precedes a multi-line list of commands, but it does not affect the presentation of the multi-line list itself.
-
The relationship between the “metavar” parameter of “add_argument” and “add_subparsers” needs clarifying. At the moment, there is a hyperlink, which implies that the description of add_argument’s parameter applies to add_subparsers. But it only discusses the “dest” parameter and CLI options (a.k.a. “optionals”), neither of which make sense in the context of subcommands. bpo-29030 (choices vs metavar) may be related.
-
- addeddocsDocumentation in the Doc dirDocumentation in the Doc dirand removedstdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directory
on Apr 10, 2017 - added and removedtype-featureA feature request or enhancementA feature request or enhancement
on Sep 28, 2024 Hi, I created the PR #148671 related to this issue documenting the first point mentioned, but I'm unsure about how the second point could be addressed. The
metavarlinked documentation fromadd_subparsersandadd_argumentboth link to the metavar arg under the section foradd_argument. Under the hood, the metavar arg is handled by anActionand inadd_subparsersby a sub action, so the behavior is shared between both methods but each argument is documented only underadd_argument.How could it be clarified? I'd suggest either adding a short text under
add_subparsers, following the current structure it already has, or adding it undermetavar. @savannahostrowski , which place do you think would be better? 🤔I think we should land #148671 for this issue and then follow up on the second piece as a separate item, since it could substantially change the structure of the documentation. There may also be options to pare down the docs (I've done this once before and it was quite satisfying).
We can open a new issue specifically for the add_argument <> add_subparsers cross-reference question. If you're interested, perhaps you could create the new ticket. I can assign it to you and we can discuss options there?
- linked a pull request that will close this issuegh-58247: clarify metavar behaviour in ArgumentParser.add_subparsers #148671
on Jun 5, 2026
Metadata
Metadata
Assignees
Labels
Projects
- StatusShow more project fieldsDoc issues
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
Linked PRs