Hanno Schlichting wrote:
as some of you may have noticed I worked a bit more on philikon's branch
which makes Acquisition and in return the Zope2 security machinery aware
of __parent__ pointers.

Yay, thanks Hanno!

As I won't have much time to work on this anymore, I would encourage all
of you to take a look at the branch and help in finishing it.

I would like to review this branch myself. Actually, I want to branch the current Zope 2 trunk again and reapply each change, mostly because I stupidly changed the formatting of the Acquisition C code which was completely unnecessary. Also, I want to get a better understanding of all the changes that have now accumulated over the past months.

I hope to be able to do this soonish. Once this is done, we can also test CMF, Plone, ... on that branch because it's much newer. In order to be able to get a good comparison, they should run fine on a Zope 2 trunk in the first place which might take some time to sort out anyway.

What's left to do is the fun part of ripping apart Five and removing as
much Acquisition mix-in classes from it as possible. After that many
Five constructs should actually be identical to their Zope3 counterparts
and thus can be deprecated.

... or just left around indefinitely and simply discouraged. It's not like they're going to hurt anybody. Also, it might be wise to leave some of them around for a while. I bet there's tons of code out there that relies on being able to call __of__ on Five browser views or relies on their ExtensionClass semantics.

http://worldcookery.com -- Professional Zope documentation and training
Zope-Dev maillist  -  Zope-Dev@zope.org
**  No cross posts or HTML encoding!  **
(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Reply via email to