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 content 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
[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
