Re: [Zope-CMF] What's the story for using Z3 content types as first-class citizens in CMF?
Martin Aspeli wrote: Alec Mitchell's plone_schemas product lets you use such types in Plone, though he derives from CMF's PortalContent (as I recall) and manually constructs an FTI. FWIW, I think this is an exceptionally bad idea. I'd much prefer to see CMF grow a way to use Z3 content types without having to drag them down into the mire that is portal_types and the actions system :-S Maybe some kind of parallel thing where the UI-level stuff amalgamates both the CMF and Z3 ways of doing things (portal_types/content types and actions/menus) with the aim being eventually to drop the old CMF stuff? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
Re: [Zope-CMF] What's the story for using Z3 content types as first-class citizens in CMF?
On 2/11/06, Martin Aspeli <[EMAIL PROTECTED]> wrote: > I guess the path I'd see would be to make all the code (yeah, tall indeed) > that uses the methods from these classes work in terms of Z3 interfaces. Oh, that is gonna break a LOT of products I imagine... So I'm not sure it's sucha great idea... > That way, we could write adapters however general or specific that work on > either all/most Z3 content (i.e. objects that provide a Z3 interface with > a schema and thus could have auto-generated add and edit forms etc.) or > that are specific to whatever content type is in question. Sure, but the problem is that every product that uses one of these methods will have to be changed... > > I tried to make a ZCML statement that replaced the FTI, since much of > > the information already exist as other ZCML statements but failed. We > > need to change things in portal types for that to work I think. > > I can see how there may be problems. I think ZCML-extensions that work off > the Z3 directive but extends with whatever CMF may need would be > a nicer way than the in-ZODB portal_types ... Yup. > *Except* there ought to be some way of override that kind of configuration > TTW. It is very important for site admins to be able to e.g. change the > display name of a type or change actions. Ey, you want the cake *and* eat it too. That's pretty difficult. ;-) There are override.zcmls available, and much of what is in there makes little sense to change anyway. The things that should be often changed should probably end up in some sort of GenericSetup profile. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
Re: [Zope-CMF] What's the story for using Z3 content types as first-class citizens in CMF?
On 2/10/06, Martin Aspeli <[EMAIL PROTECTED]> wrote: > Just trying to get an overview - are there any plans or code (CMF 2?) to > make it possible to use Z3 content types as first-class citizens in CMF? Well, depends on what you mean with "Z3 content types" and "First class citizen". :-) > That is, make them available in add menus, make actions/tabs appear on > them, let them use method aliases, make them catalog aware and so on, > without necessarily inheriting from PortalContent. Well... that's a pretty tall order. Especially since the easist solution to all that is to write a wrapper-class that inherits from PortalContent, CMFCatalogWare et al. > Alec Mitchell's plone_schemas product lets you use such types in Plone, > though he derives from CMF's PortalContent (as I recall) and manually > constructs an FTI. I tried to make a ZCML statement that replaced the FTI, since much of the information already exist as other ZCML statements but failed. We need to change things in portal types for that to work I think. > I can see some great advantages to leveraging Z3's content type system, > not at least before they encourage easier re-use. That's not to say that > we can't start to write content types using CMF (or Archetypes as the case > may be in the Plone world) but presenting Z3 interfaces and offering > adapters and get many of the same benefits, but I'd really like to settle > on one content type system in the long run, and I think Z3 schemas are a > nice approach. Well these you can use, now. > Who has experience with this? What holes are there to be plugged before > this stops being a slightly awkward marriage between old and new code? Well, I think the FTI-thingy should be fixed first. It is possible to auto-generate classes out of base-classes with ZCML statements, the browser:page-statetemnt does this, but I honestly think it's to magical and of no particular use. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
Re: [Zope-CMF] What's the story for using Z3 content types as first-class citizens in CMF?
On 10 Feb 2006, at 20:43, Martin Aspeli wrote: Hi, Just trying to get an overview - are there any plans or code (CMF 2?) to make it possible to use Z3 content types as first-class citizens in CMF? That is, make them available in add menus, make actions/tabs appear on them, let them use method aliases, make them catalog aware and so on, without necessarily inheriting from PortalContent. Alec Mitchell's plone_schemas product lets you use such types in Plone, though he derives from CMF's PortalContent (as I recall) and manually constructs an FTI. I can see some great advantages to leveraging Z3's content type system, not at least before they encourage easier re-use. That's not to say that we can't start to write content types using CMF (or Archetypes as the case may be in the Plone world) but presenting Z3 interfaces and offering adapters and get many of the same benefits, but I'd really like to settle on one content type system in the long run, and I think Z3 schemas are a nice approach. Who has experience with this? What holes are there to be plugged before this stops being a slightly awkward marriage between old and new code? Hi Martin, There is no such code right now and AFAIK no one has even looked at it. If anyone wants to take this up and the proposal/code is accepted the earliest target would be CMF 2.1. I'm not sure how much work is needed for it. It's a matter of experimenting to see how far you can get before hitting walls I suppose. As a general idea it does sound interesting because it is right on the roadmap towards combining CMF and Zope 3 in order to make CMF a thinner and thinner layer on top of Zope 3 technologies. jens ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
[Zope-CMF] What's the story for using Z3 content types as first-class citizens in CMF?
Hi, Just trying to get an overview - are there any plans or code (CMF 2?) to make it possible to use Z3 content types as first-class citizens in CMF? That is, make them available in add menus, make actions/tabs appear on them, let them use method aliases, make them catalog aware and so on, without necessarily inheriting from PortalContent. Alec Mitchell's plone_schemas product lets you use such types in Plone, though he derives from CMF's PortalContent (as I recall) and manually constructs an FTI. I can see some great advantages to leveraging Z3's content type system, not at least before they encourage easier re-use. That's not to say that we can't start to write content types using CMF (or Archetypes as the case may be in the Plone world) but presenting Z3 interfaces and offering adapters and get many of the same benefits, but I'd really like to settle on one content type system in the long run, and I think Z3 schemas are a nice approach. Who has experience with this? What holes are there to be plugged before this stops being a slightly awkward marriage between old and new code? Thanks! Martin -- (muted) ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests