clap/tests/ui/help_cmd_stdout.toml

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

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

OPTIONS:
        --verbose
            more 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 10:45:43 -05:00			`bin.name = "stdio-fixture"`
			`args = ["help"]`
			`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 15:43:49 -05:00			`--verbose`
			`more log`

test(output): Ensure correct streams This is to prevent #3648 from happening again 2022-04-22 10:45:43 -05: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 14:58:27 -05: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 10:45:43 -05:00			`"""`
			`stderr = ""`