- Update to 5.7.0
* Make getattr_path more in line with the standard library
getattr semantics
* If a default value is provided, return that on missing
attributes
* If no default value is given, give a more detailed
error message of what was missing
* Added the special case of the empty path returning the object
- Changes in 5.6.0
* Fix corner case of class Meta failing to merge with
None namespace values
- Changes in 5.5.0
* Include tri.struct 4.x as possible requirement
OBS-URL: https://build.opensuse.org/request/show/866064
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-tri.declarative?expand=0&rev=12
- version update to 5.2.0
5.2.0 (2020-02-28)
------------------
* The namespace merge is narrowed to only affect the @with_meta case.
* Handle calling `Namespace` with `call_target__attribute=None`
5.1.1 (2020-02-11)
------------------
* Improve namespace merge in @with_meta to not trip up @declarative
5.1.0 (2020-02-11)
------------------
* Fix @with_meta argument injector to merge namespaces
5.0.1 (2019-02-03)
------------------
* A minor update to the documentation generation to make it play nice with rST
5.0.0 (2019-01-30)
------------------
* Added private field to shortcuts: `__tri_declarative_shortcut_stack`. This is useful to be able to figure out a shortcut stack after the fact
* `get_callable_description` thought stuff that contained a lambda in its string representation was a lambda
* Removed all deprecated APIs/behaviors:
* `creation_ordered`
* The promotion of string values to keys in `Namespace`
* Much improved error messages
4.0.1 (2019-10-23)
------------------
* Bugfix to correctly handle Namespace as callable/not callable depending on content
4.0.0 (2019-10-11)
------------------
* `get_meta()` now collects extra arguments in a `Namespace` to get consistent override behaviour.
* `should_show` no longer accepts a callable as a valid return value. It will assert on this, because it's always a mistake.
* Added `evaluate_strict` and `evaluate_recursive_strict` that will not accept callables left over after the evaluation. If possible prefer these methods because they will stop the user of your library from making the mistake of not matching the given signature and ending up with an unevaluated callable in the output.
OBS-URL: https://build.opensuse.org/request/show/783725
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-tri.declarative?expand=0&rev=3