here is a sketch of how a working "indexable" configuration would look.
Names subject to improvement.
<!-- or this for interface lovers --/>
Our primary goal was is to be able to catalog non-direct
attributes as both indexes and metadata. This straight forward to
Eventually, I think it makes sense, as content gets happily dumber, that
all indexing should work this way.
For backward compatibility, a default adapter could return direct attrs
from an object for indexing.
Ultimately, if you didn't need back compatibility, you could override
then developers could determine class by class and interface by
interface (and perhaps even by event) what was called when an object is
indexed, thus lowering the overhead of cataloging.
Some other niceties come to mind when thinking about this that may not
be inially easily attainable; the main two are installation of indexes
via configuration and the validation of index existence by the
I look forward to y'alls comments.
Zope-CMF maillist - Zope-CMF@lists.zope.org
See http://collector.zope.org/CMF for bug reports and feature requests