Closed mauritsvanrees closed 11 months ago
See failed test run.
I don't see any huge reason the widgets in plone.schema need to be registered for IPloneFormLayer. It means that they are only used inside Plone sites with this browser layer installed. But they are simple widgets that do not actually depend on other parts of Plone. It would probably be okay to stop using IPloneFormLayer here and consider plone.schema to be part of the same tier of packages as plone.z3cform (or even move these widgets there).
Okay, we have a problem. The plone.schema
dependency was declared and merged in PR #28. So now everything is pulled in, including Products.CMFPlone
. To check this:
tox -e test
cd .tox/test
bin/pip list | grep CMFPlone
I don't suppose it is a big problem that needs to be tackled immediately. It is just a bit more visible now in the dependencies.
Yes, creating a a dependency graph with pipforester
shows quite a few pink/purple lines all around 😅
Meanwhile plone.schema
is in the install_requires
. Closing.
We currently miss the
plone.schema
dependency, needed for theEmail
field. If we add it, it pulls inplone.app.z3cform
forIPloneFormLayer
, and this package pulls in lots ofplone.app
packages.@jensens Do you think we should move
IPloneFormLayer
toplone.base
? Wait: thenplone.schema
would need to import it fromplone.base
, causing a circular dependency between the two. Bad idea. Move it toplone.z3cform
then?