yuppie wrote:
1.) It depends on zope.app.introspector, but the introspector is
deprecated in Zope 3.1.
Yep... It is gone from the trunk.
Suresh
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
Se
Hi!
whit wrote:
Yes. The current roadmap[1] calls for updating the CMF itself to
exploit Z3-via-Five in a number of ways; such a UI would be very useful
in that effort. It might even be useful *without* the catalog stuff
(but I haven't looked at what the exact dependencies are).
A primary
Yes, there certainly is a terrible tool proliferation, probably more
painfully in Plone than in the CMF. IMHO it wouldn't be so bad if those
were optional components that provide optional functionality, but most
of them must be there or the site breaks.
exactly. almost every addon has it's
On 29 Aug 2005, at 01:37, whit wrote:
Implementing this tool as a utility and making it backwardly
compatible (ie available from getToolByName) might be useful for
everyone, and not further pollute the portal root with damn tool
objects.
Yes, there certainly is a terrible tool proliferati
Yes. The current roadmap[1] calls for updating the CMF itself to
exploit Z3-via-Five in a number of ways; such a UI would be very useful
in that effort. It might even be useful *without* the catalog stuff
(but I haven't looked at what the exact dependencies are).
A primary reason for the plip
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Miller wrote:
> sidnei has written an excellent product called Flon (i.e. Five for
> Plone) which provides a user interface for examining the Z3 interfaces
> that an object may have, and for assigning marker interfaces to
> particular content insta