mirror of
https://github.com/clap-rs/clap
synced 2024-11-11 07:14:15 +00:00
61c9e6265b
For those that want the original behavior, you can usxe
`arg.help_heading(Some("FLAGS"))` on your flags. Limitations:
- This will not give you a special sort order
- This will not get a `[FLAGS]` added to usage
For templates, we removed `{unified}` and `{flags}`. To help people
catch these, a debug_assert was added.
I'm unsure but I think there might be a change in behavior in calcuating
when to show `[OPTION]` in usage. The old code only looked at
`required` while flags looked only at arg groups. We now look at both.
Ideally we'd add these in `_build` and remove special casing for
no-groups except in the sort order of groups. I feel like thats best
left for later.
This also reduced the scope of `App`s public API.
`get_*_with_no_heading` seemed a bit specialized to be in the public
API. #2853 looks at splitting it out into its own PR.
BREAKING CHANGE: Multiple
- `UnifiedHelpMessage` removed
- `{flags}` and `{unified}` are removed and will assert when present.
- `get_*_with_no_heading` removed
Fixes #2807
26 lines
446 B
Rust
26 lines
446 B
Rust
mod utils;
|
|
|
|
use clap::App;
|
|
|
|
#[test]
|
|
fn very_large_display_order() {
|
|
let app = App::new("test").subcommand(App::new("sub").display_order(usize::MAX));
|
|
|
|
assert!(utils::compare_output(
|
|
app,
|
|
"test --help",
|
|
"test
|
|
|
|
USAGE:
|
|
test [SUBCOMMAND]
|
|
|
|
OPTIONS:
|
|
-h, --help Print help information
|
|
|
|
SUBCOMMANDS:
|
|
help Print this message or the help of the given subcommand(s)
|
|
sub
|
|
",
|
|
false
|
|
));
|
|
}
|