You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the help output, we'd like to separate command-specific options from generic options like --help, --version, --log-level, ... At the same time, we'd also like to avoid having to define an ArgGroup in every individual command class to hold command-specific options; in many cases we can't even use ArgGroups because they cannot contain Mixins (#1793).
So, basically we'd like to put generic options in their own ArgGroup to remove them from the usage.optionListHeading section, such that we can exclusively use this section for command-specific options.
In our top-level command class, I now have the following code:
Unfortunately, this doesn't achieve the desired result. On the top-level command, the logging and help options are correctly shown under arggroup.loggingAndHelp.heading, but the ArgGroup is not respected in subcommands (which is somewhat to be expected, as we're inheriting individual options rather than the ArgGroup); these options again appear under usage.optionListHeading.
Any chance we can have a scope = ScopeType.INHERIT attribute on ArgGroup, such that subcommands inherit the full ArgGroup rather than individual options?
The text was updated successfully, but these errors were encountered:
In the help output, we'd like to separate command-specific options from generic options like
--help
,--version
,--log-level
, ... At the same time, we'd also like to avoid having to define anArgGroup
in every individual command class to hold command-specific options; in many cases we can't even useArgGroups
because they cannot containMixins
(#1793).So, basically we'd like to put generic options in their own
ArgGroup
to remove them from theusage.optionListHeading
section, such that we can exclusively use this section for command-specific options.In our top-level command class, I now have the following code:
Unfortunately, this doesn't achieve the desired result. On the top-level command, the logging and help options are correctly shown under
arggroup.loggingAndHelp.heading
, but theArgGroup
is not respected in subcommands (which is somewhat to be expected, as we're inheriting individual options rather than theArgGroup
); these options again appear underusage.optionListHeading
.Any chance we can have a
scope = ScopeType.INHERIT
attribute onArgGroup
, such that subcommands inherit the fullArgGroup
rather than individual options?The text was updated successfully, but these errors were encountered: