Jim Fulton wrote:
Martijn Faassen wrote:


If an object doesn't participate in the location framework, then we have to
create a second object that provides location, the ContainedProxy.
There are really two distinct objects.  You want the intid to point to
the proxy, so you get the location information.  The content object knows
nothing about the proxy, so it can't generate events about the proxy.

My suggestion is to do one of:

- Implement ILocation in your content objects.  This is the
  simplest course. It sounds like, for your application, the content
  objects should know about their locations, since you want them
  to be able to generate events that contain location information.


- Don't generate events amout the located objects (e.g. modification
  events) from within content object methods. The content objects
  don't have enough information. Rather, generate the events from views
  on the objects obtained from the container.

Another option that might work is to provide an adapter from
ContainedProxy to IKeyReference that compares, and hashes based on
the key reference to the underlying object.  This would case the
ContainedProxy and the object it proxies to have the same intid.
It requires that the ContainedProxy be registered with the intid,
not the proxied object.


Jim Fulton           mailto:[EMAIL PROTECTED]       Python Powered!
CTO                  (540) 361-1714            http://www.python.org
Zope Corporation     http://www.zope.com       http://www.zope.org
Zope3-dev mailing list
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com

Reply via email to