3eca0b9879
- update to 0.31.3: * Fix type annotation of errors in wrap_errors * fix: exposing func arg in CLI under a different name via deco (fixes#224) * fix: tests were failing under Python 3.13 by @neithere (reported * Docs update in similar.rst
Dirk Mueller2024-08-06 06:32:14 +00:00
ed81533320
Accepting request 1142777 from devel:languages:python
Ana Guerrero2024-01-30 17:26:54 +00:00
f39abeb107
- update to 0.31.2: * broken support for Optional[List] (but not Optional[list]), a narrower case of the problem fixed earlier
Dirk Mueller2024-01-30 12:21:09 +00:00
aba92c2621
Accepting request 1140108 from devel:languages:python
Ana Guerrero2024-01-21 22:08:42 +00:00
49bc1e8d3c
- update to 0.31.1: * broken support for type alias List * cleaned up the README, rearranged other documentation.
Dirk Mueller2024-01-20 12:42:12 +00:00
8617b12822
Accepting request 1137646 from devel:languages:python
Ana Guerrero2024-01-09 19:50:10 +00:00
3029e153f5
- update to 0.31.0: * The typing hints introspection feature is automatically enabled for any command (function) which does not have any arguments specified via @arg decorator. * A small change in the legacy argument mapping policy BY_NAME_IF_HAS_DEFAULT concerning the order of variadic positional vs. keyword-only arguments. The following function now results in main alpha [args ...] beta instead of main alpha beta [args ...]: def main(alpha, *args, beta): ... This does not concern the default name mapping policy. Even for the legacy one it's an edge case which is extremely unlikely to appear in any real-life application. * Added experimental support for basic typing hints (issue #203) The following hints are currently supported: str, int, float, bool (goes to type); list (affects nargs), list[T] (first subtype goes into type); Literal[T1, T2, ...] (interpreted as choices); Optional[T] AKA T | None (currently interpreted as required=False for optional and nargs="?" for positional arguments; likely to change in the future as use cases accumulate). The exact interpretation of the type hints is subject to change in the upcoming versions of Argh. * Added always_flush argument to dispatch() (issue #145) * High-level functions argh.dispatch_command() and argh.dispatch_commands() now accept a new parameter old_name_mapping_policy. The behaviour hasn't changed because the parameter is True by default. It will change to False in Argh v.0.33 or v.1.0.
Dirk Mueller2024-01-08 21:10:52 +00:00
e4498eedae
Accepting request 1135243 from devel:languages:python
Ana Guerrero2023-12-28 22:01:06 +00:00
ea0f862920
- update to 0.30.5: * A combination of nargs with a list as default value would lead to the values coming from CLI being wrapped in another list (issue #212). * Argspec guessing: if nargs is not specified but the default value is a list, nargs="*" is assumed and passed to argparse.
Dirk Mueller2023-12-27 09:32:40 +00:00
5a5c7e7123
Accepting request 1124979 from devel:languages:python
Ana Guerrero2023-11-13 21:18:08 +00:00
d86c9ba2ae
- update to 0.30.4: * Regression: a positional argument with an underscore used in @arg decorator would cause Argh fail on the assembling stage. * As reported in #204 and #206, the new default name mapping policy in fact silently changed the CLI API of some scripts: arguments which were previously translated as CLI options became optional positionals. Although the instructions were supplied in the release notes, the upgrade may not necessarily be intentional, so a waste of users' time is quite likely. * To alleviate this, the default value for name_mapping_policy in standard functions has been changed to None; if it's not specified, Argh falls back to the new default policy, but raises ArgumentNameMappingError with detailed instructions if it sees a non-kwonly argument with a default value. * Please specify the policy explicitly in order to avoid this error if you need to infer optional positionals (`nargs="?") from function signature. * Regression: certain special values in argument default value would cause an exception (#204) * Added a more informative error message when the reason is likely to be related to the migration from Argh v0.29 to a version with a new argument name mapping policy. * A new policy for mapping function arguments to CLI arguments is used by default * If you cannot modify the function signature to use kwonly args for options, please consider explicitly specifying the legacy name mapping * The name mapping policy BY_NAME_IF_HAS_DEFAULT` slightly
Dirk Mueller2023-11-10 13:25:20 +00:00
77684938c5
Accepting request 1116830 from devel:languages:python
Ana Guerrero2023-10-11 21:55:41 +00:00
501ef029a7
- update to 0.29.4: * Test coverage reported as <100% when argcomplete is installed * Technical releases for packaging purposes. No changes in functionality. * Backwards incompatible changes: * Wrapped exceptions now cause `dispatching.dispatch() to raise SystemExit(1) instead of returning without error. For most users, this means failed commands will now exit with a failure status instead of a success. * Renamed arguments in add_commands() (#165): * namespace → group_name * namespace_kwargs → group_kwargs * The old names are deprecated and will be removed in v.0.30. * Can control exit status (see Backwards Incompatible Changes above) when raising CommandError using the code` keyword arg. * Bugs fixed: * Positional arguments should not lead to removal of short form of keyword arguments. * Other changes: * Avoid depending on iocapture by using pytest's built-in feature - Update to verios 0.23.0
Dirk Mueller2023-10-11 08:42:20 +00:00
e54d378d41
- Update to 0.26.2: * no changelog available - Drop no longer needed python-argh-0.26.1-fix-testsuite.patch
Tomáš Chvátal
2019-03-04 17:10:35 +00:00
185631711e
Accepting request 142563 from devel:languages:python
Stephan Kulow
2012-11-25 12:22:28 +00:00
de0af2e828
- Update to version 0.17.2: + Upstream provides no changelog - Update to version 0.15.1: + Upstream provides no changelog
Sascha Peilicke
2012-11-23 10:47:28 +00:00
02ae40eec8
Accepting request 124086 from devel:languages:python
Stephan Kulow
2012-06-10 18:18:56 +00:00
587f636255
Accepting request 123995 from home:poorboywilly:branches:devel:languages:python
Todd R
2012-06-07 15:10:47 +00:00
4155e96b2d
Accepting request 102200 from devel:languages:python
Stephan Kulow
2012-02-01 08:59:29 +00:00
5972cdc9b3
- Initial version
Sascha Peilicke
2012-01-31 12:29:09 +00:00