Previously Philipp von Weitershausen wrote:
Marius Gedminas wrote:
On Tue, Aug 05, 2008 at 10:36:30PM +0100, Martin Aspeli wrote:
Subscribers and subscription adapters are particularly bad in this way,
since they are unnamed and thus can't be overridden, only amended to.
We've talked about
Marius Gedminas wrote:
On Tue, Aug 05, 2008 at 10:36:30PM +0100, Martin Aspeli wrote:
Subscribers and subscription adapters are particularly bad in this way,
since they are unnamed and thus can't be overridden, only amended to.
We've talked about an off switch for ZCML before. Given that we
On Wednesday 06 August 2008, Philipp von Weitershausen wrote:
I'm working on a package for this functionality in z3c.unconfigure right
now. Name inspired by Martin's suggestion above; my original prototype
used had a different name but this is much better :).
Couldn't we just merge
El 6 Aug 2008, a las 16:47 , Stephan Richter escribió:
On Wednesday 06 August 2008, Philipp von Weitershausen wrote:
I'm working on a package for this functionality in z3c.unconfigure
right
now. Name inspired by Martin's suggestion above; my original
prototype
used had a different name but
Hi Philipp
Betreff: Re: [Zope-dev] Re: zcml filtering
[...]
I'm +1 on zc.configuration.
z3c.unconfigure, however, will contain zope.component
specific code to unconfigure subscribers (which currently
have no useful discriminator). So it's a hack to make it work
with existing Zope
El 6 Aug 2008, a las 17:17 , Roger Ineichen escribió:
I'm +1 on zc.configuration.
z3c.unconfigure, however, will contain zope.component
specific code to unconfigure subscribers (which currently
have no useful discriminator). So it's a hack to make it work
with existing Zope code out there. If
Philipp von Weitershausen wrote:
But yes, that sounds like a great idea. Feel free to do it ;). I
probably won't have time to worry about this any time soon. I'm just
trying to fix an issue at hand.
Thanks a lot for doing that, by the way. :)
Martin
--
Author of `Professional Plone
Wichert Akkerman wrote:
I have an interesting problem in the world of Zope 2 and zcml: CMFCore
registers an handleDynamicTypeCopiedEvent subscriber which does
something that I want to prevent at all costs, so I am trying to make
sure it is not subscriber. That appears to be impossible!
I can