Added global config pyproject.toml #52

[dabauxi]

This should resolve the following issues raised in #52 (comment)
pylint findings were suppressed.

• Running docformatter with no options doesn't work like it used to. It ought to print out a help message, but now it outputs a badly formatted line. I'd prefer the new functionality not degrade the existing use cases.
• The linters (pydocstyle, pycodestyle, etc.) don't pass . The pylint findings could be suppressed if you want though. Run make to see the errors.

[coveralls]

Coverage decreased (-0.2%) to 99.306% when pulling de8cf6c on etimoz:global-config into 99099d5 on myint:master.

[PhilReinhold]

It would be great to have this merged. The ability to configure docformatter from a project file (even better pyproject.toml, which is existing for anyone using black) is critical when trying to use it as part of project contribution standards.

[ruohola]

Any update on this?

[fmigneault]

I would like to know if there is an update on this?
Also, is it possible to provide a --config option to pass another path?
I don't think the enforced config_args = _read_config("pyproject.toml") is the best approach, as it does not even allow using the .docformatter.example.ini.

[dabauxi]

Unfortunately I can't provide any update either when this gets merged.

Yes, I provided the option now to specify a path to the config via the --config argument which should give more flexibility. When the config path is provided via the cmd line it does not look for any other config files. However, passing additional arguments via the command line should have priority over the config.

The old .docformatter.example.ini file I missed to remove, shouldn't be there in the first place as this should support PEP-518.

[fmigneault]

@etimoz
Thanks for the quick update. I'm looking forward to this integration in a near future.

[rbowden91]

Currently, _merge_run_options seems to blow away all config options for me? The command line args all have default values (e.g., with no flags passed at the command line, args.recursive is False). So even if I specify recursive = true in pyproject.toml, _merge_run_options prioritizes the command line arguments (and their defaults), and so merged_args['recursive'] is always False. Unless I specify -r at the command-line, which defeats the purpose.

[dabauxi]

@rbowden91 you are right thanks. will look into it and fix it asap!

[weibullguy]

Closing as duplicate to already merged #77.