[Zope-CMF] Re: Tools as local utilities
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14 Nov 2006, at 11:41, yuppie wrote: Hi Jens! Jens Vagelpohl wrote: So I'm currently stealing^H^H^H^H^H^H^H integrating Hanno's code from GSLocalAddons into CMFCore and CMFDefault. AFAICS GSLocalAddons doesn't depend on CMF and might be useful for other projects as well. Don't know if you did that already, but please add the code to GenericSetup, not CMFCore. I think this is a good time to create a maintenance branch for GenericSetup 1.2 and to make the GenericSetup trunk depend on Zope 2.10. Good point, right now the code is purely in the CMF, but it can be moved. I'll create the 1.2 branch right now and then move the GSLocalAddons bits into GenericSetup trunk, and change DEPENDENCIES.txt. I'm running into an issue with the site/site manager registration, though. It does not work when instantiating the site, but it does when going to the setup tool in the newly created site afterwards and telling it to import all steps. Analogous to the way it is done in Plone I have parked the site/ site manager stuff in CMFDefault.setuphandlers.importVarious for now, [...] Since CMF site roots have anyway their own class, I think we should hardcode the Zope 3 site stuff. I only had a quick look at the code so I might be missing something, but implementing this in PortalObjectBase seems to be quite easy. And we would neither need to use importVarious nor to write migration code. Looking at the calls that are being done to make it into a Zope 3 site it seems a complicated affair to hardcode that stuff in at class level so that it will be picked up for older installations. Do you have any specific ideas about that? Otherwise it is easy to at least move the code from importVarious into a handler for ISiteRoot/ IObjectAddedEvent. jens -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFWc9QRAx5nvEhZLIRApFcAJ9PRBhb9+d+5G4GhD6zwWi+QvHMLgCfUVQW YdCyEnxK7sko826Lase4jOg= =zKeg -END PGP SIGNATURE- ___ 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] Re: Tools as local utilities
Hi Jens! Jens Vagelpohl wrote: On 14 Nov 2006, at 11:41, yuppie wrote: AFAICS GSLocalAddons doesn't depend on CMF and might be useful for other projects as well. Don't know if you did that already, but please add the code to GenericSetup, not CMFCore. I think this is a good time to create a maintenance branch for GenericSetup 1.2 and to make the GenericSetup trunk depend on Zope 2.10. Good point, right now the code is purely in the CMF, but it can be moved. I'll create the 1.2 branch right now and then move the GSLocalAddons bits into GenericSetup trunk, and change DEPENDENCIES.txt. Great! Since CMF site roots have anyway their own class, I think we should hardcode the Zope 3 site stuff. I only had a quick look at the code so I might be missing something, but implementing this in PortalObjectBase seems to be quite easy. And we would neither need to use importVarious nor to write migration code. Looking at the calls that are being done to make it into a Zope 3 site it seems a complicated affair to hardcode that stuff in at class level so that it will be picked up for older installations. Do you have any specific ideas about that? Otherwise it is easy to at least move the code from importVarious into a handler for ISiteRoot/IObjectAddedEvent. As I said already: I might be missing something. But this is what I would try: All enableSite() really seems to do is adding ISite as interface and adding a BeforeTraverseEvent notification hook. If we hardcode it in the class, we don't need the (un)registerBeforeTraverse dance. We can simply add a __before_publishing_traverse__ to PortalObjectBase. (And make sure the inherited code from DynamicType is called as well.) Replacing the setSiteManager() call might be harder. If you want, I can have a closer look at this after you checked in your changes. Cheers, Yuppie ___ 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] CMF Tests: 9 OK
Summary of messages to the cmf-tests list. Period Mon Nov 13 12:00:00 2006 UTC to Tue Nov 14 12:00:00 2006 UTC. There were 9 messages: 9 from CMF Unit Tests. Tests passed OK --- Subject: OK : CMF-1.5 Zope-2.7 Python-2.3.6 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:06:55 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003245.html Subject: OK : CMF-1.5 Zope-2.8 Python-2.3.6 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:08:25 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003246.html Subject: OK : CMF-1.5 Zope-2.9 Python-2.4.4 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:09:55 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003247.html Subject: OK : CMF-1.6 Zope-2.8 Python-2.3.6 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:11:25 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003248.html Subject: OK : CMF-1.6 Zope-2.9 Python-2.4.4 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:12:55 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003249.html Subject: OK : CMF-2.0 Zope-2.9 Python-2.4.4 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:14:25 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003250.html Subject: OK : CMF-2.0 Zope-2.10 Python-2.4.4 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:15:55 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003251.html Subject: OK : CMF-trunk Zope-2.10 Python-2.4.4 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:17:26 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003252.html Subject: OK : CMF-trunk Zope-trunk Python-2.4.4 : Linux From: CMF Unit Tests Date: Mon Nov 13 22:18:56 EST 2006 URL: http://mail.zope.org/pipermail/cmf-tests/2006-November/003253.html ___ 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] Re: Tools as local utilities
Hi Jens! Jens Vagelpohl wrote: So I'm currently stealing^H^H^H^H^H^H^H integrating Hanno's code from GSLocalAddons into CMFCore and CMFDefault. AFAICS GSLocalAddons doesn't depend on CMF and might be useful for other projects as well. Don't know if you did that already, but please add the code to GenericSetup, not CMFCore. I think this is a good time to create a maintenance branch for GenericSetup 1.2 and to make the GenericSetup trunk depend on Zope 2.10. I'm running into an issue with the site/site manager registration, though. It does not work when instantiating the site, but it does when going to the setup tool in the newly created site afterwards and telling it to import all steps. Analogous to the way it is done in Plone I have parked the site/site manager stuff in CMFDefault.setuphandlers.importVarious for now, [...] Since CMF site roots have anyway their own class, I think we should hardcode the Zope 3 site stuff. I only had a quick look at the code so I might be missing something, but implementing this in PortalObjectBase seems to be quite easy. And we would neither need to use importVarious nor to write migration code. Just my 2 cents, Yuppie ___ 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] Re: GS and the Toolset registry
Hi Alec! Alec Mitchell wrote: So I've recently run into a bit of a problem involving the extension profiles and the toolset registry. The issue is that if I install an extension profile that overrides one of the tools from the base profile, then switch back to the base profile (but not run any steps), then switch to another extension profile that provides a toolset step (which has no mention of the tool overridden in the first extension profile), the tool from the base profile will replace the tool from the first extension profile, even though the base profile was never re-installed and the second extension profile makes no mention of this tool. I personally just ignored the toolset registry because I never needed it and it never did get in my way. The issue you describe is annoying. Instead of working on a fix I'd prefer to rip the toolset registry out. But maybe Tres knows why the toolset registry exists and why it is still useful. Cheers, Yuppie ___ 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] CMF Collector: Open Issues
The following supporters have open issues assigned to them in this collector (http://www.zope.org/Collectors/CMF). Assigned and Open mhammond - "Windows DevelopmentMode penalty in CMFCore.DirectoryView", [Accepted] http://www.zope.org/Collectors/CMF/366 Pending / Deferred Issues - "FSPropertiesObject.py cannot handle multiline input for lines, text attributes", [Deferred] http://www.zope.org/Collectors/CMF/271 - "Can't invalidate skin items in a RAMCacheManager", [Pending] http://www.zope.org/Collectors/CMF/343 - "workflow notify success should be after reindex", [Deferred] http://www.zope.org/Collectors/CMF/389 - "Possible bug when using a BTreeFolder Member folder", [Pending] http://www.zope.org/Collectors/CMF/441 - "Proxy Roles not Working/Applied to Worflow Transition Scripts", [Pending] http://www.zope.org/Collectors/CMF/449 - "safe_html filters some tags which should probably not be filtered", [Pending] http://www.zope.org/Collectors/CMF/452 - "purge_old in runAllImportSteps not working", [Pending] http://www.zope.org/Collectors/CMF/455 Pending / Deferred Features - "Favorite.py: queries and anchors in remote_url", [Pending] http://www.zope.org/Collectors/CMF/26 - "DefaultDublinCore should have Creator property", [Pending] http://www.zope.org/Collectors/CMF/61 - "Document.py: universal newlines", [Pending] http://www.zope.org/Collectors/CMF/174 - "portal_type is undefined in initialization code", [Pending] http://www.zope.org/Collectors/CMF/248 - "CMFTopic Does Not Cache", [Deferred] http://www.zope.org/Collectors/CMF/295 - "Wishlist: a flag that tags the selected action.", [Pending] http://www.zope.org/Collectors/CMF/301 - "CMFDefault should make use of allowCreate()", [Pending] http://www.zope.org/Collectors/CMF/340 - "Nested Skins", [Deferred] http://www.zope.org/Collectors/CMF/377 - "CatalogVariableProvider code + tests", [Pending] http://www.zope.org/Collectors/CMF/378 - "manage_doCustomize() : minor additions", [Pending] http://www.zope.org/Collectors/CMF/382 - "CMF needs View-based TypeInformation", [Pending] http://www.zope.org/Collectors/CMF/437 - "Marker attributes should be deprecated", [Pending] http://www.zope.org/Collectors/CMF/440 - "Workflow tool and genericsetup import can't set a type's workflow to the default chain", [Pending] http://www.zope.org/Collectors/CMF/457 ___ 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