ZClass Constructor Cleanup for 2.6
I don't think this is a big enough change to warrant a real proposal, so I'll shoot this out here: Does anyone see a problem with changing the default generated constructor method for ZClasses to a python script in Zope 2.6? I think we are encouraging really bad style by keeping this in DTML, since it is purely business logic. Thoughts? I will, of course, implement this if nobody objects. -Casey
Casey Duncan wrote:
Does anyone see a problem with changing the default generated constructor method for ZClasses to a python script in Zope 2.6?
I think we are encouraging really bad style by keeping this in DTML, since it is purely business logic.
Thoughts? I will, of course, implement this if nobody objects.
+2 (I'm taking Andreas' vote because he says 'zclasses sux' and 'zclasses must die', so he's biased)
On Wed, 2002-03-27 at 17:31, Casey Duncan wrote:
I don't think this is a big enough change to warrant a real proposal, so I'll shoot this out here:
Does anyone see a problem with changing the default generated constructor method for ZClasses to a python script in Zope 2.6?
I think we are encouraging really bad style by keeping this in DTML, since it is purely business logic.
Thoughts? I will, of course, implement this if nobody objects.
+5 ZClasses have been overlooked enough. Nobody has even bothered putting a ZCatalogPathAware available for them... -- Ideas don't stay in some minds very long because they don't like solitary confinement.
Leonardo Rochael Almeida wrote:
ZClasses have been overlooked enough. Nobody has even bothered putting a ZCatalogPathAware available for them...
I tried do to this quickly for someone on IRC once. The problem is that the mixin is identically named for CatalogAwareness and CatalogPathAwareness, and as such they show up looking exactly the same in the ZClass mixin list. :-) There's probably a way around this that wasn't immediately obvious at the time.
Good point, I'll add that to my list. -Casey Leonardo Rochael Almeida wrote:
On Wed, 2002-03-27 at 17:31, Casey Duncan wrote:
I don't think this is a big enough change to warrant a real proposal, so I'll shoot this out here:
Does anyone see a problem with changing the default generated constructor method for ZClasses to a python script in Zope 2.6?
I think we are encouraging really bad style by keeping this in DTML, since it is purely business logic.
Thoughts? I will, of course, implement this if nobody objects.
+5
ZClasses have been overlooked enough. Nobody has even bothered putting a ZCatalogPathAware available for them...
participants (3)
-
Casey Duncan -
Leonardo Rochael Almeida -
Matt Behrens