remove positional arguments from CLI

[dimas1185]

resolves #13

[ScottBailey]

Is it appropriate to some of these options strings into consts for reuse?

e.g. language is used multiple places, should we have a few lines of could like this:

const std::string lang_flags="-l";
const std::string lang_text="Language this object will use."

[ScottBailey]

I feel like most option flags should have both short and long flags. e.g. -n, --name. We could do this in another PR, but it also could be done here. Thoughts?

[ScottBailey]

Is it appropriate to some of these options strings into consts for reuse?

Per face-to-face discussion, this suggested change's positive impact on maintenance remains up for debate. It is NOT a requirement for this PR.

[jolly-fellow]

I feel like most option flags should have both short and long flags. e.g. -n, --name. We could do this in another PR, but it also could be done here. Thoughts?

IMHO it is not necessarily to do for rarely using options. If we dedicate a letter for a rarely using option we close a possibility to use this letter for an option which may be added in the future and will be used more often.

[ScottBailey]

Let's talk about default value for init subcommand.

Some --help examples need to be updated.

Man page has a couple lines that should be deleted.

EDIT: fixed now.

[ScottBailey]

I feel like most option flags should have both short and long flags. e.g. -n, --name. We could do this in another PR, but it also could be done here. Thoughts?

IMHO it is not necessarily to do for rarely using options. If we dedicate a letter for a rarely using option we close a possibility to use this letter for an option which may be added in the future and will be used more often.

Interesting point! I'm not opposed to this BUT it is significant extra work to remove those now.

EDIT: nothing needs to be done here.

[ScottBailey]

The following help examples remain incorrect:

• antler-proj add app --help (antler-proj add app -p ./path-to-project/ -n MyApp -l C++ --comp -O2)

Additionally the following have path and should not:

• antler-proj remove app --help
• antler-proj remove dep --help
• antler-proj remove lib --help

[ScottBailey]

Please consider updating init's path option, current wording is somewhat unclear.

subcommand->add_option("-p", path, "The path to create the project in. Defaults to project name.");

[ScottBailey]

lgtm