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, 
 > 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 
 > 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

  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.


Zope maillist  -  [EMAIL PROTECTED]
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-dev )

Reply via email to