Tres Seaver wrote:

That said, I suppose this should be either a conditional import or moved to a higher level altogether.

- -1 to the conditional import;  + 1 to moving the code.


It seems to me it's also in the best interest of the Plone developers to have this cleaned up, right?
Yeah. The idea is for five.customerize to be generic and to be specific UI for Plone.

We need to avoid such dependencies altogether:  code which uses
'plone.portlets' should *not* be present in five:customerize.  Support
for that logically belongs in 'plone.portlets' itself, or some other
code which already has that package as a dependency.

It probably belongs in


Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See

Zope-Dev maillist  -
**  No cross posts or HTML encoding!  **
(Related lists - )

Reply via email to