clap/tests/derive_ui/clap_empty_attr.rs

use clap::Parser;

#[derive(Parser, Debug)]
#[command]
struct Opt {}

#[derive(Parser, Debug)]
struct Opt1 {
    #[arg = "short"]
    foo: u32,
}

fn main() {
    let opt = Opt::parse();
    println!("{opt:?}");
}
fix(derive)!: Rename `Clap` to `Parser`. Before #2005, `Clap` was a special trait that derived all clap traits it detected were relevant (including an enum getting both `ArgEnum`, `Clap`, and `Subcommand`). Now, we have elevated `Clap`, `Args`, `Subcommand`, and `ArgEnum` to be user facing but the name `Clap` isn't very descriptive. This also helps further clarify the relationships so a crate providing an item to be `#[clap(flatten)]` or `#[clap(subcommand)]` is more likely to choose the needed trait to derive. Also, my proposed fix fo #2785 includes making `App` attributes almost exclusively for `Clap`. Clarifying the names/roles will help communicate this. For prior discussion, see #2583 2021-07-13 17:50:55 +00:00			`use clap::Parser;`
One less hack 2020-01-20 21:19:37 +00:00
fix(derive)!: Rename `Clap` to `Parser`. Before #2005, `Clap` was a special trait that derived all clap traits it detected were relevant (including an enum getting both `ArgEnum`, `Clap`, and `Subcommand`). Now, we have elevated `Clap`, `Args`, `Subcommand`, and `ArgEnum` to be user facing but the name `Clap` isn't very descriptive. This also helps further clarify the relationships so a crate providing an item to be `#[clap(flatten)]` or `#[clap(subcommand)]` is more likely to choose the needed trait to derive. Also, my proposed fix fo #2785 includes making `App` attributes almost exclusively for `Clap`. Clarifying the names/roles will help communicate this. For prior discussion, see #2583 2021-07-13 17:50:55 +00:00			`#[derive(Parser, Debug)]`
refactor(test): Update UI tests to new attributes 2022-09-02 19:20:39 +00:00			`#[command]`
One less hack 2020-01-20 21:19:37 +00:00			`struct Opt {}`

fix(derive)!: Rename `Clap` to `Parser`. Before #2005, `Clap` was a special trait that derived all clap traits it detected were relevant (including an enum getting both `ArgEnum`, `Clap`, and `Subcommand`). Now, we have elevated `Clap`, `Args`, `Subcommand`, and `ArgEnum` to be user facing but the name `Clap` isn't very descriptive. This also helps further clarify the relationships so a crate providing an item to be `#[clap(flatten)]` or `#[clap(subcommand)]` is more likely to choose the needed trait to derive. Also, my proposed fix fo #2785 includes making `App` attributes almost exclusively for `Clap`. Clarifying the names/roles will help communicate this. For prior discussion, see #2583 2021-07-13 17:50:55 +00:00			`#[derive(Parser, Debug)]`
One less hack 2020-01-20 21:19:37 +00:00			`struct Opt1 {`
refactor(test): Update UI tests to new attributes 2022-09-02 19:20:39 +00:00			`#[arg = "short"]`
Extract subcommands into separate trait 2020-02-08 19:36:00 +00:00			`foo: u32,`
One less hack 2020-01-20 21:19:37 +00:00			`}`

			`fn main() {`
Extract subcommands into separate trait 2020-02-08 19:36:00 +00:00			`let opt = Opt::parse();`
chore: Inline simple non-mixed format args 2023-05-04 19:53:36 +00:00			`println!("{opt:?}");`
One less hack 2020-01-20 21:19:37 +00:00			`}`