Hi Stefan!
Stefan H. Holek wrote:
PortalTestCase is actually only intended as a base class for
CMFTestCase/PloneTestCase/CPSTestCase/whatever, not for direct use. It
provides some default behavior, because, for example, the requirement
to refresh the skin cache is pretty hard to figure out. The
ZopeTestCase philosophy is about convenience and "plumbing included".
I am committed to keeping things up-to-date. Please make me aware of
breakage, I am going to address everything that might come up.
That's great, but that doesn't resolve the problem:
If changes like the _refreshSkinData change in CMF 1.5 are made in CMF,
tests are broken until there is a new Zope version with a new
PortalTestCase that reflects these changes. CMF would depend on that new
Zope version.
On 5. Sep 2005, at 14:06, yuppie wrote:
PortalTestCase is in the wrong layer. It makes assumptions about the
way CMF works. Changes to the CMF might break PortalTestCase and
create a dependency on a new Zope release. (We saw that problem
already with the _refreshSkinData changes in CMF 1.5)
Cheers,
Yuppie
_______________________________________________
Zope-CMF maillist - [email protected]
http://mail.zope.org/mailman/listinfo/zope-cmf
See http://collector.zope.org/CMF for bug reports and feature requests
