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
One thing that, as far as i can tell, is not yet really possible with structopt is parsing more complicated invocations as lists.
What i mean by this is that it could be possible to allow for something like
#[derive(StructOpt)]pubenumSomeSubCommand{#[structopt(name = "open")]OpenWindow(Vec<OpenWindow>)// and others, if desired, of course}#[derive(StructOpt)]pubstructOpenWindow{name:String,#[structopt(short)]x:i32,#[structopt(short)]y:i32,}
Which would then result in the command line API
myapp open \
foo -x 12 -y 12 \
bar -x 100 -y 200 \
baz -x 200 -y 250
With the current structopt featureset, the only way i could see how i could implement this API would be to use an external subcommand, with which I'd loose most of the niceties offered by structuopt.
The text was updated successfully, but these errors were encountered:
One thing that, as far as i can tell, is not yet really possible with structopt is parsing more complicated invocations as lists.
What i mean by this is that it could be possible to allow for something like
Which would then result in the command line API
Resulting in a data-structure of
With the current structopt featureset, the only way i could see how i could implement this API would be to use an external subcommand, with which I'd loose most of the niceties offered by structuopt.
The text was updated successfully, but these errors were encountered: