Introduce YAML support #67
Conversation
|
LGTM, the only thing I'd question is if you want to make |
|
I did consider that but thought I'd propose a hard dep first. Let me see if there is a clean-ish way to make the YAML features optional without breaking the AP and I'll get back to you. |
|
It's not a big deal, just thought I'd bring it up. |
|
There's now a conflict since I merged the rigthonly branch, do you mind fixing this then I can merge. Thanks! |
Use ArgumentDefaultsHelpFormatter so we can see what the default parameter values are. Signed-off-by: Cory Todd <[email protected]>
Add help strings for parameters. Also restrict cli syntax options to those already built in the library since a CLI user cannot provide their own implementation. Signed-off-by: Cory Todd <[email protected]>
Introduce a loader and dumper for YAML that can be used by the CLI. Add tests for all loaders that exercise both forms (string and file-like). Adds a YAML example to the README. Signed-off-by: Cory Todd <[email protected]>
Include the new YAML tools in the __all__ export for consistency. Signed-off-by: Cory Todd <[email protected]>
|
done - I did look into making yaml optional and while doable, I think it will make things more confusing for the end user. For people installing from pip, the new dependency on pyyaml should be transparent, though I understand the desire to minimize dependencies. |
|
thanks! |
This introduces YAML support to the CLI. No changes to the library are intended. There are some minor changes to the CLI help menu but otherwise this is only a feature add.
Fixes #66