Dirksen writes: > My site is installed with the Membership system. I want to store some photos in each > member. So I create a new member ZClass, subclassing PortalMember and ObjectManager, >and > set the 'manage_main' as the main view. Under the instance of this new member >ZClass, I > can add images, but I can't find them! 'objectItems' always return None. Yet the >image > file is there. I can edit their properties as in > '/test/acl_users/jay/photo1/manage_main', but '/test/acl_users/jay/manage_main' just > won't show a thing! I fear this is an acquisition weakness or a bug in how it is used: I some cases, one does not want that a name is acquired. It would be nice, if there were some declaration telling the acquisition machinery about this fact. I do not know, whether there is such a mechanism. If it is, then some Zope developpers did not know about it. To prevent acquisition, many Zope objects provide new definitions for the unwanted attributes. For example, "SimpleItem.Item" defines "objectValues" (and friends) to prevent them from being acquired from the containing folder. This hack does not play well with inheritance, however! If in your case, "PortalMember" provides empty "object*" methods, the correct "ObjectManager" methods will not be found. You may try to switch the inheritance order. However, I fear, the problem is already in "ZObject", the order of which can not be changed. Hope, that in some future time, this hack disappears. Dieter _______________________________________________ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )