Nti.externalization

Latest version: v2.3.0

Safety actively analyzes 630450 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 3 of 4

1.0.0a12

=====================

- Add support for zope.schema 4.7.0 and nti.schema 1.5.0. Drop support
for older versions, which includes dropping support for
``dm.zope.schema.Object`` fields.

1.0.0a11

=====================

- The ``WithRepr`` decorator takes into account the updated default
repr of Persistent objects with persistent 4.4 and doesn't hide it.

- Subclasses of ``ExternalizableInstanceDict`` that have non-str
(unicode on Python 2, bytes on Python 3) keys in their ``__dict__``
do not throw ``TypeError`` when externalizing. Instead, the non-str
values are converted to strs (using ASCII encoding) and the
``_p_changed`` attribute, if any, is set.

1.0.0a10

=====================

- The ``registry`` argument to most functions is deprecated and
ignored. Instead of making calls to ``registry.queryAdapter``, we
now invoke the interface directly. For example,
``IInternalObjectExternalizer(containedObject)``. This lets
individual objects have a say if they already provide the interface
without going through the legacy code paths (it also calls
``__conform__`` on the object if needed).

1.0.0a9

====================

- Allow subclasses of ``InterfaceObjectIO`` to have non-frozenset
values for ``_ext_primitive_out_ivars_``. This issues a warning and
in the future will be a TypeError.

1.0.0a8

====================

- Better support for internalizing anonymous value objects discovered
in a ``Dict`` value. Now, they won't raise a
``ComponentLookupError`` when ``require_updater`` is True, and they
will be given a ``MimeType`` based on the schema (if they don't have one).

1.0.0a7

====================

- Avoid a ``TypeError`` from ``validate_named_field_value`` when
external objects have unicode keys.

- ``LocatedExternalDict`` objects accept more constructor arguments
and allow arbitrary attributes.

Page 3 of 4

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.