[Zope-CMF] CMF Tests: 9 OK

2008-09-21 Thread CMF Tests Summarizer
Summary of messages to the cmf-tests list. Period Sat Sep 20 11:00:00 2008 UTC to Sun Sep 21 11:00:00 2008 UTC. There were 9 messages: 9 from CMF Tests. Tests passed OK --- Subject: OK : CMF-1.6 Zope-2.8 Python-2.3.6 : Linux From: CMF Tests Date: Sat Sep 20 21:25:28 EDT 2008 URL:

Re: [Zope-CMF] [dev] 'add' actions and views - a proposal

2008-09-21 Thread yuppie
Hi Martin! Martin Aspeli wrote: yuppie wrote: Proposed CMFDefault changes --- 1.) CMF add views adapt not only container and request, but also the type info object. This way the views can't be accessed directly and have self.fti available. This is quite

Re: [Zope-CMF] [dev] 'add' actions and views - a proposal

2008-09-21 Thread Martin Aspeli
Hi Yuppie, 1.) CMF add views adapt not only container and request, but also the type info object. This way the views can't be accessed directly and have self.fti available. This is quite interesting, and possibly necessary. However, it means that CMF add views are not just views and will

Re: [Zope-CMF] [dev] 'add' actions and views - a proposal

2008-09-21 Thread Wichert Akkerman
Previously Martin Aspeli wrote: Wichert Akkerman wrote: Previously Martin Aspeli wrote: Hi Yuppie, 1.) CMF add views adapt not only container and request, but also the type info object. This way the views can't be accessed directly and have self.fti available. This is quite

Re: [Zope-CMF] [dev] 'add' actions and views - a proposal

2008-09-21 Thread Wichert Akkerman
Previously Martin Aspeli wrote: Wichert Akkerman wrote: Previously Martin Aspeli wrote: Wichert Akkerman wrote: Previously Martin Aspeli wrote: Hi Yuppie, 1.) CMF add views adapt not only container and request, but also the type info object. This way the views can't be accessed

Re: [Zope-CMF] [dev] 'add' actions and views - a proposal

2008-09-21 Thread yuppie
Wichert Akkerman wrote: Previously Martin Aspeli wrote: I don't feel particularly strongly either way, so long as there's an actual namespace rather than a naming convention and we avoid an IPublishTraverse adapter for all IFolderish. ++add++PortalType is a bit uglier than