Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Charlie Clark wrote: Am 18.02.2009 um 21:51 schrieb Wichert Akkerman: In my opinion a copy should produce a full copy, including all state and history. Not sure I would agree here. For a move (cutpaste) yes but for a copy I think there are too many different use cases to justify your claim above. Yes, in the technical sense of .copy() but I'm not sure if that is what I as a user expect in a CMS. Do I really want an exact duplicate of everything or perhaps a new object with the content of the old? If the original object has already been published should my new object also be published? If so surely I'm breaking with the workflow principle. In my experience (and I'm not just talking about how I do things) copies are usually made with the original object being archived as a sort of security blanket in case something goes wrong. ... and not to forget the common copy/paste/modify pattern to create new content. Here as well I'd say starting out with the initial workflow state (and new creation date/creator settings) is the right thing to do. Just my 2 cents, Raphael Charlie -- Charlie Clark Helmholtzstr. 20 Düsseldorf D- 40215 Tel: +49-211-938-5360 GSM: +49-178-782-6226 ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
[Zope-CMF] CMF Tests: 6 OK
Summary of messages to the cmf-tests list. Period Tue Feb 24 12:00:00 2009 UTC to Wed Feb 25 12:00:00 2009 UTC. There were 6 messages: 6 from CMF Tests. Tests passed OK --- Subject: OK : CMF-2.1 Zope-2.10 Python-2.4.6 : Linux From: CMF Tests Date: Tue Feb 24 20:51:35 EST 2009 URL: http://mail.zope.org/pipermail/cmf-tests/2009-February/010963.html Subject: OK : CMF-2.1 Zope-2.11 Python-2.4.6 : Linux From: CMF Tests Date: Tue Feb 24 20:53:36 EST 2009 URL: http://mail.zope.org/pipermail/cmf-tests/2009-February/010964.html Subject: OK : CMF-trunk Zope-2.10 Python-2.4.6 : Linux From: CMF Tests Date: Tue Feb 24 20:55:37 EST 2009 URL: http://mail.zope.org/pipermail/cmf-tests/2009-February/010965.html Subject: OK : CMF-trunk Zope-2.11 Python-2.4.6 : Linux From: CMF Tests Date: Tue Feb 24 20:57:37 EST 2009 URL: http://mail.zope.org/pipermail/cmf-tests/2009-February/010966.html Subject: OK : CMF-trunk Zope-trunk Python-2.4.6 : Linux From: CMF Tests Date: Tue Feb 24 20:59:37 EST 2009 URL: http://mail.zope.org/pipermail/cmf-tests/2009-February/010967.html Subject: OK : CMF-trunk Zope-trunk Python-2.5.4 : Linux From: CMF Tests Date: Tue Feb 24 21:01:38 EST 2009 URL: http://mail.zope.org/pipermail/cmf-tests/2009-February/010968.html ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Previously Raphael Ritz wrote: Charlie Clark wrote: Am 18.02.2009 um 21:51 schrieb Wichert Akkerman: In my opinion a copy should produce a full copy, including all state and history. Not sure I would agree here. For a move (cutpaste) yes but for a copy I think there are too many different use cases to justify your claim above. There are many use cases for both options. One aspect is that it is extremely hard to not get the current behaviour. We had to hire Philipp to write z3c.unconfigure for us just to be able to create a system to prevent CMF from making changes on copies. Wichert -- Wichert Akkerman wich...@wiggy.netIt is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Am 25.02.2009 um 14:18 schrieb Wichert Akkerman: There are many use cases for both options. One aspect is that it is extremely hard to not get the current behaviour. We had to hire Philipp to write z3c.unconfigure for us just to be able to create a system to prevent CMF from making changes on copies. First of all I'm not sure if that's such a bad thing! ;-) But the solution would probably be making this behaviour configurable somewhere in the workflow tool. Charlie -- Charlie Clark Helmholtzstr. 20 Düsseldorf D- 40215 Tel: +49-211-938-5360 GSM: +49-178-782-6226 ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Wichert Akkerman wrote: Previously Raphael Ritz wrote: Charlie Clark wrote: Am 18.02.2009 um 21:51 schrieb Wichert Akkerman: In my opinion a copy should produce a full copy, including all state and history. Not sure I would agree here. For a move (cutpaste) yes but for a copy I think there are too many different use cases to justify your claim above. There are many use cases for both options. One aspect is that it is extremely hard to not get the current behaviour. There I do agree and I also more than once had the wish for more flexibility/configurability. We had to hire Philipp to write z3c.unconfigure for us just to be able to create a system to prevent CMF from making changes on copies. :-( Raphael Wichert ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Previously Charlie Clark wrote: Am 25.02.2009 um 14:18 schrieb Wichert Akkerman: There are many use cases for both options. One aspect is that it is extremely hard to not get the current behaviour. We had to hire Philipp to write z3c.unconfigure for us just to be able to create a system to prevent CMF from making changes on copies. First of all I'm not sure if that's such a bad thing! ;-) But the solution would probably be making this behaviour configurable somewhere in the workflow tool. The workflow tool is not a factor at all here. The problem is that CMF registers some event handlers that do things like clear workflow status and local roles when you create a copy. Wichert. -- Wichert Akkerman wich...@wiggy.netIt is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Am 25.02.2009 um 16:10 schrieb Wichert Akkerman: The workflow tool is not a factor at all here. The problem is that CMF registers some event handlers that do things like clear workflow status and local roles when you create a copy. I realise that but surely the handlers can have a default behaviour that can be changed depending on the configuration? Charlie -- Charlie Clark Helmholtzstr. 20 Düsseldorf D- 40215 Tel: +49-211-938-5360 GSM: +49-178-782-6226 ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wichert Akkerman wrote: Previously Charlie Clark wrote: Am 25.02.2009 um 16:10 schrieb Wichert Akkerman: The workflow tool is not a factor at all here. The problem is that CMF registers some event handlers that do things like clear workflow status and local roles when you create a copy. I realise that but surely the handlers can have a default behaviour that can be changed depending on the configuration? In my opinion they should not be globally registered at all, but available for registration in a local site manager. CMFDefault could then do that registration for its needs. You are in the cleft stick created by the paradox of reusable configuration (an oxymoron, even). The other alternative is to *not* include/ the configuration from CMFDefault, but copy and tweak it for your own app. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJpXzP+gerLs4ltQ4RAnfeAKDVHNWHME5cFFuY+r0V3gtQcU7r3gCgrC3N DudQiq3r8xkvq2dbu0kwE6U= =hywa -END PGP SIGNATURE- ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] .zexp imports and notifyWorkflowCreated
Previously Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wichert Akkerman wrote: Previously Charlie Clark wrote: Am 25.02.2009 um 16:10 schrieb Wichert Akkerman: The workflow tool is not a factor at all here. The problem is that CMF registers some event handlers that do things like clear workflow status and local roles when you create a copy. I realise that but surely the handlers can have a default behaviour that can be changed depending on the configuration? In my opinion they should not be globally registered at all, but available for registration in a local site manager. CMFDefault could then do that registration for its needs. You are in the cleft stick created by the paradox of reusable configuration (an oxymoron, even). The other alternative is to *not* include/ the configuration from CMFDefault, but copy and tweak it for your own app. Not including CMFDefault is entirely reasonable. There are two problems though: - CMFDefault is in the Products namespace, so five will load its zcml automatically. - some of these are in CMFCore (handleDynamicTypeCopiedEvent for example, which zaps local roles from copies). Asking people to copy CMFCore configuration for a reasonably common use case is not desirable imho. Wichert. -- Wichert Akkerman wich...@wiggy.netIt is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
