Plone-directives-form

Latest version: v2.0.3

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

Scan your dependencies

Page 1 of 2

2.0.4

------------------

Breaking changes:

- *add item here*

New features:

- *add item here*

Bug fixes:

- *add item here*

2.0.3

------------------

Bug fixes:

- Remove unused import and added a missing import on example.
[bruno]

- Update setup.py to point to github repository.
[esteele]

2.0.2

------------------

Fixes:

- Changed i18n_domain to "plone".
[staeff]

- Removed unneeded i18n-attribute.
[staeff]

2.0.1

------------------

- pep8.
[maurits]

- Whitespaces cleanup.
[gforcada]

2.0

----------------

* Update to work with grokcore.view >= 2.2. This generally means that this
package is no longer compatible with Plone < 4.3.
[davisagli]

* Change i18n domain to plone.dexterity to reuse the translations. plone.dexterity
already has all the strings needed.
[gaudenz]

* Fixes documentation mistake of documented ``form.wrapped()`` directive
which is in fact ``form.wrap()``
[romanofski]

* A number of schema directives were moved to other packages and reimplemented
to not depend on grok. The ``Schema`` class and the ``model``, ``fieldset``,
and ``primary`` directives were moved to ``plone.supermodel.model``. The
``omitted``, ``no_omit``, ``mode``, ``widget``, ``order_before``,
``order_after``, ``read_permission``, and ``write_permission`` directives were
moved to ``plone.autoform.directives``.

For now the directives are still available under their old names in this
package, but they are deprecated and may be removed at some point.

Some minor related changes:

* Tagged values are now stored on schemas as soon as they are defined, rather
than when the schemas are grokked. Additional actions required by the
directives, if any, are performed at the end of ZCML configuration.
* Due to a bug in zope.interface, ``plone.supermodel.model.Schema`` must be
the `first` base class of any schema to which the directives should apply.
Also, unfortunately it is no longer possible to give an error if the schema
directives are called on an interface that is not a ``Schema``.

[davisagli]

1.0

----------------

* No changes.

Page 1 of 2

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.