I have been developing some classes that need to know when they are copied
or moved. I have been achieving this by adding my own versions of
_notifyOfCopyTo, _postCopy, and manage_afterClone. Everything works as
expected when you copy / paste an individual object. However, I have
recently been
of my code that does some work in _notifyOfCopyTo and other work in
_getCopy. This could be improved I bet, but touching the code means
that you surely own it forever. ;-)
On Mon, 2005-08-08 at 11:05 -0400, Geoff Davis wrote:
I have been developing some classes that need to know when
Florent, thanks for a thoughtful reply.
Maybe we should start the larger discussion in moving to an event-driven
OFS in Zope 2.8/2.9 using Five? Does Five support Z3's events (does Z3
have events yet? I have ordered Phillip's Z3 book but it has yet to arrive...)
I'm cross posting to the Plone
On Thu, 02 Mar 2006 09:43:03 -0330, Rocky Burt wrote:
Anyway, this still keeps things very confusing from a naming perspective
(mostly for new adopters). So having said all of that, I am
actually +1 on Jim's proposal #2. What I see from that (someone correct
me if I'm wrong) is the
+1 on Jim's suggestion #2.
However, if I am understanding things correctly, it doesn't really sound
like door #2 entails a huge deviation from from our current course of
bringing Zope 2 and Zope 3 together gradually. I don't really care what
the converged product is called, be it Zope 2.250 or
On Thu, 02 Mar 2006 10:38:03 -0500, Jim Fulton wrote:
I think that the idea of giving Zed its own, distinct identity is great.
Zope 3 is a _huge_ overhaul and it needs to be obvious to the world that
it is dramatically better than crufty old Zope 2. Zope 3 then becomes the
Zed application
I am very glad to see that Jim's efforts to better articulate a vision for
Zope have generated so much interest. I am not so sure that the
discussion has been an entirely productive one.
I think that we as a community would benefit by working on our social
engineering as much as our software
Hi --
I have a fix for http://www.zope.org/Collectors/Zope/2037 and would like
to write a unit test for it. However, I don't seem to be able to run the
existing unit tests for SiteAccess with zopectl test.
I created a new instance, then in my instance run
bin/zopectl test
Balazs,
That almost did the trick. In the end I found that having both
--libdir=/opt/Zope-2.8/lib/python/Products and
--dir=/opt/Zope-2.8/lib/python/Products/SiteAccess/tests
enabled the tests to run. Thanks!
Geoff
___
Zope-Dev maillist -
In Zope 2.8+ there is a little known but very useful TALES feature: you
can have expressions be lazily evaluated. For example,
span tal:define=foo lazy:python:someExpensiveMethod() /
The lazy: prefix causes the python expression to not be evaluated until
foo is used somewhere.
There appears to
10 matches
Mail list logo
