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,
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
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',
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
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__
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
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
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
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
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
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
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
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
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
14 matches
Mail list logo