clap/tests/ui/h_flag_stdout.toml

bin.name = "stdio-fixture"
args = ["-h"]
status.code = 0
stdout = """
stdio-fixture 1.0

USAGE:
    stdio-fixture[EXE] [OPTIONS] [SUBCOMMAND]

OPTIONS:
        --verbose    log
    -h, --help       Print help information
    -V, --version    Print version information

SUBCOMMANDS:
    more    
    help    Print this message or the help of the given subcommand(s)
"""
stderr = ""
test(output): Ensure correct streams This is to prevent #3648 from happening again 2022-04-22 15:45:43 +00:00			`bin.name = "stdio-fixture"`
			`args = ["-h"]`
			`status.code = 0`
			`stdout = """`
			`stdio-fixture 1.0`

			`USAGE:`
			`stdio-fixture[EXE] [OPTIONS] [SUBCOMMAND]`

			`OPTIONS:`
fix(help)!: Make `DeriveDisplayOrder` the default, removing it Force sorting with `next_display_order(None)` Fixes #2808 2022-07-22 20:43:49 +00:00			`--verbose log`
test(output): Ensure correct streams This is to prevent #3648 from happening again 2022-04-22 15:45:43 +00:00			`-h, --help Print help information`
			`-V, --version Print version information`

			`SUBCOMMANDS:`
			`more`
fix(help): Subcommand display order respects `Command::next_display_order` Previous behavior: - They'd be sorted by default - They'd derive display order if `DeriveDisplayOrder` was set - This could be set recursively - The initial display order value for subcommands was 0 New behavior: - Sorted order is derived by default - Sorting is turned on by `cmd.next_display_order(None)` - This is not recursive, it must be set on each level - The display order incrementing is mixed with arguments - This does make it slightly more difficult to predict 2022-07-22 19:58:27 +00:00			`help Print this message or the help of the given subcommand(s)`
test(output): Ensure correct streams This is to prevent #3648 from happening again 2022-04-22 15:45:43 +00:00			`"""`
			`stderr = ""`