[Zope-CMF] Re: Subversion?

2005-05-11 Thread Christian Heimes
Chris McDonough wrote: I have two observations: - bdb tends to need recovery from time to time and I'm not sure of the feasibility of filesystem-based Subversion repos, and CVS really doesn't have this issue. Latest versions of svn have fsfs instead of bdbfs as default. svn.plone.org and

[Zope-CMF] Re: CMF 1.4 + Zope 2.8

2005-05-11 Thread Christian Heimes
Jens Vagelpohl wrote: Hopefully CMF 1.5 will work with Zope 2.8?! Every software has its time...and the time of CMF 1.4 is nearly over :-) Well, tell that to the Plone folks. Actually, IMHO I don't see the sense in trying to make it run. The only holdout I know, Plone, has always been slow to

[Zope-CMF] Adding context to FactoryTypeInformation.queryMethodID

2005-06-13 Thread Christian Heimes
I'd like to change the queryMethodID method of FactoryTypeInformation in CMF 1.5 and HEAD. I want to reimplement Archetype's template mixin feature for CMF. (*) For the new feature I need the caller context in queryMethodID for a dynamic view template. I propose to alter the method from

[Zope-CMF] Re: Adding context to FactoryTypeInformation.queryMethodID

2005-06-14 Thread Christian Heimes
yuppie wrote: Hi Christian! Christian Heimes wrote: I'd like to change the queryMethodID method of FactoryTypeInformation in CMF 1.5 and HEAD. I want to reimplement Archetype's template mixin feature for CMF. (*) For the new feature I need the caller context in queryMethodID

[Zope-CMF] Another small plone related change

2005-06-17 Thread Christian Heimes
I'm asking for another small change in CMF 1.5. For Plone's portal factory and temporary folder we have to bend the ActionInformation.getOAI method a little bit. The current code in CMF calls the function getOAI(context=self, object=object) from the ActionInformation module. I would like to

[Zope-CMF] Re: Adding context to FactoryTypeInformation.queryMethodID

2005-06-17 Thread Christian Heimes
yuppie wrote: But AFAICS it doesn't make much sense for the CMF to duplicate a feature that Zope 2.8/Five provides already. You are right but we can't use new Zope 2.8 features at the moment. It would delay Plone 2.1 and introduce new dependencies. Christian

[Zope-CMF] Re: Conflict between PortalFolder and CMFBTreeFolder

2005-06-20 Thread Christian Heimes
yuppie wrote: First of all CMF 1.5.2 has to be backwards compatible to CMF 1.5.0 and 1.5.1, so reverting that change is no option. That is understandable from your point of view but I don't agree with the desicion. The new ordered PortalFolder has deep impacts on software that exists for

[Zope-CMF] Re: Conflict between PortalFolder and CMFBTreeFolder

2005-06-20 Thread Christian Heimes
Jens Vagelpohl wrote: On a general note, if this is so important I am puzzled that this is coming up now and not *months* ago. CMF 1.5.0 has been released ages ago. Beta testing periods are the time to find and solve these problems, not the middle of the maintenance release cycle... I'm

[Zope-CMF] Re: Conflict between PortalFolder and CMFBTreeFolder

2005-06-20 Thread Christian Heimes
yuppie wrote: PortalFolder is not just a base class, it's *the* folder class used in CMFDefault. Subclasses can mix in OrderSupport, but that has no effect on PortalFolder instances. Oh you are right. I had in mind that all content types are declared in CMFDefault. In this case I have to

[Zope-CMF] Re: Conflict between PortalFolder and CMFBTreeFolder

2005-06-21 Thread Christian Heimes
Tres Seaver wrote: Thanks, Christian. I just forward-ported your change to the CMF-head. Please don't leave that out in the future! You are too fast for me. *g* I had to set up a sandbox for HEAD and I was fixing BTreeFolder2 in Zope and cvs. Christian PS: My checkins don't appear in the

[Zope-CMF] PortalObject, PortalFolder, SkinnedFolder and __call__

2005-06-21 Thread Christian Heimes
While I was working on the CMF 1.5 integration into AT and ATContentTypes for Plone 2.1 I had some issues with the view on folders. After some digging I found these interesting results: CMFCore.PortalObject defines __call__ to use method aliases and _getViewFor() as fallback, view = __call__

[Zope-CMF] Re: Conflict between PortalFolder and CMFBTreeFolder

2005-06-21 Thread Christian Heimes
Tres Seaver wrote: We should chat about that. I created a Zope collector issue for that, and started work on it yesterday, About CMFBTreeFolder? Yeah it should be moved into CMF in the long run. My fix is working and we have time to fix it w/o hurry. I think it must be that your e-mail

[Zope-CMF] Lazy Keys in ActionInfo unresolved

2005-06-22 Thread Christian Heimes
I have a strange issue with ActionInfo under CMF 1.5 Debugging output: /opt/zope/instances/plone21z28cmf15/Products/CMFCore/ActionInformation.py(98)__getitem__() - return value (Pdb) value bound method ActionInfo._getURL of {'category': 'user', 'available': True, 'title': 'My Folder',

[Zope-CMF] Re: Lazy Keys in ActionInfo unresolved

2005-06-23 Thread Christian Heimes
yuppie wrote: self._lazy_keys should not be empty here. yeah I was able to reproduce this problem with copied ActionInfo objects. A fix for the copy method is on the CMF-1_5-branch. Hope that fixes your issue as well. Thank you very much! The bug is fixed. Christian

[Zope-CMF] Re: Moving to CMF 1.5.2

2005-06-29 Thread Christian Heimes
Jens Vagelpohl wrote: There aren't any specific goals for these third-dot-releases per se, including an explicit goal that CMF 1.5.2 must work with Zope 2.8. It is desirable, yes, but won't hold up a final release until someone finds it urgent enough to do something about it. Remember,

[Zope-CMF] Re: Moving to CMF 1.5.2

2005-06-29 Thread Christian Heimes
yuppie wrote: 2.) CMFBTreeFolder is broken and should be moved to the CMF http://www.zope.org/Collectors/Zope/1813 At least CMFBTreeFolder is working again. I have fixed it in Zope 2.8, trunk and the standalone version from cvs. It's not a perfect solution but we have time to move the CMF