Re: [Zope-dev] zope.catalog in ZTK
Hi there, Albertas Agejevas wrote: [snip] > About a year ago zope.app.catalog as been moved to zope.catalog. I > think during this move there was a unique opportunity to leave these > event handlers behind in zope.app.catalog, so that the "no .app" > version is free of these forced choices. Doing this would have needed a migration strategy more complicated than "Oh, I'm just going to lose the ZMI when I switch" and people's applications somehow would have to gain registrations manually. I guess a damn good changelog would've helped somewhat.. In general, I think it's not too bad we lose the ZMI in a step separately from other policies. Changing too much in one step could be more disruption than the community can manage. > But perhaps it's not too > late to do in now? After all, no stable version of Zope 3 / ZTK > codebase has been released after this move? People relying on > automatic indexing would have to register a couple of event handlers > in their configurations (or include zope.app.catalog), but the rest of > us would be able to choose the policy of how and when the objects are > registered with IntIds and indexed in the catalog. Would you propose the same treatment for zope.intid as well? Would this involve removing the configure.zcml in these packages, or what is your proposal exactly? Again, it needs damn good documentation if we were to go ahead with this, including details on how to register event handlers to accomplish the previous behavior. Both the changelog and the documentation that appears on pypi would need to be updated with instructions about what is going on. This change would also definitely be worth a feature release. +1 if documentation is good. Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Dependencies of zope.error
Hey, Thomas Lotze wrote: [snip] > I think I'll release the current zope.error later today so people get the > benefit of the lighter dependencies. Given you access to this too. :) Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Undeclared dependency of zope.site on zope.app.publication
Hey, Thomas Lotze wrote: [snip] > Could someone with the appropriate privileges please grant me PyPI access > to the two packages so I can make releases? (Though releasing zope.site > might wait until another issue involving it has been resolved.) I've given you access to both. Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] various ZTK observations
Thomas Lotze wrote: > Martijn Faassen wrote: > >> Thanks for doing this analysis! It'd be great if you could turn this into >> a proposal for future actions... > > Do you mean a proposal that would go in the "Proposals" section of the ztk > docs? A proposal on the mailing list to start with, but of course if we managed that on Launchpad that'd be good too. :) >> I'm surprised about the difference in dependencies between zope.file and >> zope.app.file: isn't zope.file an extracted version of zope.app.file? If >> not, we need to think about that too. > > It isn't, they both have a long separate history. They also provide > completely unrelated interfaces and implementations of file content > objects. Oh, how fun. :) Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope.catalog in ZTK
On Sun, Sep 27, 2009 at 1:16 PM, Albertas Agejevas wrote: > About a year ago zope.app.catalog as been moved to zope.catalog. I > think during this move there was a unique opportunity to leave these > event handlers behind in zope.app.catalog, so that the "no .app" > version is free of these forced choices. But perhaps it's not too > late to do in now? After all, no stable version of Zope 3 / ZTK > codebase has been released after this move? People relying on > automatic indexing would have to register a couple of event handlers > in their configurations (or include zope.app.catalog), but the rest of > us would be able to choose the policy of how and when the objects are > registered with IntIds and indexed in the catalog. Is there any reason you don't just ignore the configure.zcml in that package? Nobody forces you to load the zcml file. The whole point of having these policies in zcml is to be able to ignore or override them easily. Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Dependencies of zope.error
Martijn Faassen wrote: Thomas Lotze wrote: >> I think I'll release the current zope.error later today so people get >> the benefit of the lighter dependencies. > > Given you access to this too. :) Thank you, I've just made the release. -- Thomas ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 8 OK
Summary of messages to the zope-tests list. Period Mon Sep 28 12:00:00 2009 UTC to Tue Sep 29 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Mon Sep 28 20:59:34 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012656.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Mon Sep 28 21:01:35 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012657.html Subject: OK : Zope-2.12 Python-2.4.6 : Linux From: Zope Tests Date: Mon Sep 28 21:03:35 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012658.html Subject: OK : Zope-2.12-alltests Python-2.4.6 : Linux From: Zope Tests Date: Mon Sep 28 21:05:35 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012659.html Subject: OK : Zope-2.12 Python-2.6.2 : Linux From: Zope Tests Date: Mon Sep 28 21:07:35 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012660.html Subject: OK : Zope-2.12-alltests Python-2.6.2 : Linux From: Zope Tests Date: Mon Sep 28 21:09:40 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012661.html Subject: OK : Zope-trunk Python-2.6.2 : Linux From: Zope Tests Date: Mon Sep 28 21:11:41 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012662.html Subject: OK : Zope-trunk-alltests Python-2.6.2 : Linux From: Zope Tests Date: Mon Sep 28 21:13:46 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-September/012663.html ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope.catalog in ZTK
On Tue, Sep 29, 2009 at 01:09:08PM +0200, Martijn Faassen wrote: > > About a year ago zope.app.catalog as been moved to zope.catalog. I > > think during this move there was a unique opportunity to leave these > > event handlers behind in zope.app.catalog, so that the "no .app" > > version is free of these forced choices. > > Doing this would have needed a migration strategy more complicated than > "Oh, I'm just going to lose the ZMI when I switch" and people's > applications somehow would have to gain registrations manually. I guess > a damn good changelog would've helped somewhat.. Correct me if I'm wrong, but zope.app.catalog still remains with the ZMI bits and re-imports of the zope.catalog functionality. So apps depending on zope.app.catalog are not affected at all. I'm saying that some of the event handlers (or their ZCML registrations) could have stayed there as well. > > But perhaps it's not too > > late to do in now? After all, no stable version of Zope 3 / ZTK > > codebase has been released after this move? People relying on > > automatic indexing would have to register a couple of event handlers > > in their configurations (or include zope.app.catalog), but the rest of > > us would be able to choose the policy of how and when the objects are > > registered with IntIds and indexed in the catalog. > > Would you propose the same treatment for zope.intid as well? I don't know, the subscribers in zope.intid don't bother me too much. > Would this involve removing the configure.zcml in these packages, or > what is your proposal exactly? In essence, I would like to see zope/catalog/subscribers.zcml removed from the default zope/catalog/configure.zcml. > Again, it needs damn good documentation if we were to go ahead with > this, including details on how to register event handlers to accomplish > the previous behavior. Both the changelog and the documentation that > appears on pypi would need to be updated with instructions about what is > going on. This change would also definitely be worth a feature release. > > +1 if documentation is good. :D Albertas ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope.catalog in ZTK
On Tue, Sep 29, 2009 at 01:33:21PM +0200, Hanno Schlichting wrote: > Is there any reason you don't just ignore the configure.zcml in that package? > > Nobody forces you to load the zcml file. The whole point of having > these policies in zcml is to be able to ignore or override them > easily. Good point, thanks! I haven't looked at the configure.zcml for zope.catalog previously. In fact the config for zope.catalog is split into several files, so it's very easy to leave out the subscribers but include the rest. Albertas ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope.catalog in ZTK
Albertas Agejevas wrote: > On Tue, Sep 29, 2009 at 01:09:08PM +0200, Martijn Faassen wrote: >>> About a year ago zope.app.catalog as been moved to zope.catalog. I >>> think during this move there was a unique opportunity to leave these >>> event handlers behind in zope.app.catalog, so that the "no .app" >>> version is free of these forced choices. >> Doing this would have needed a migration strategy more complicated than >> "Oh, I'm just going to lose the ZMI when I switch" and people's >> applications somehow would have to gain registrations manually. I guess >> a damn good changelog would've helped somewhat.. > > Correct me if I'm wrong, but zope.app.catalog still remains with the > ZMI bits and re-imports of the zope.catalog functionality. So apps > depending on zope.app.catalog are not affected at all. I'm saying > that some of the event handlers (or their ZCML registrations) could > have stayed there as well. We hope to deprecate zope.app.catalog entirely eventually, so we should support people as much as possible in moving over to zope.catalog. Just removing the ZMI stuff is a relatively straightforward deprecation step. Removing configuration essential to the functioning of many applications is less so, which is why I'm saying it's not bad we do this in two steps. >> Would this involve removing the configure.zcml in these packages, or >> what is your proposal exactly? > > In essence, I would like to see zope/catalog/subscribers.zcml removed > from the default zope/catalog/configure.zcml. Ah, yeah, that would make documenting things easier too: just include zope/catalog/subscribers.zcml if you them. Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Integrating zope2 with Django
joseph_ig escribió: > Hi all, Is there any way to integrate Django frame work with Zope2 If > possible please tell a good book for installing and understanding cmf > plone in zope 2 Please help Hello I believe to integrate Django with a Zope2 application there are two approaches at least. One is to do the integration at Model or Data Layer, which is the approach ContentMirror (CM) uses to integrate Plone (an application made with Zope) with Django or any other (agile) framework. There are Plone front ends using CM made with Django, Pylons, Repoze, Grok, GoogleAppengine. If i'm not wrong, CM uses events and SQLAlchemy to replicate data from ZODB to a relational database, and then you connect your database with your favorite front end. CM is very focused on Plone, but if you have any other application, I believe you could reuse some ideas at least. More information about ContentMirror: Project's page: http://code.google.com/p/contentmirror/ A PyCon talk by Carlos de la Guardia (slides + video): http://us.pycon.org/2009/conference/schedule/event/85/ Another approach is to use Deliverance. Using deliverance you'll be able to integrate your application at View or user interface layer. Basically the approach is to unify the skin of both applications and issues such as authentication. There are very interesting success stories such as Coactivate (http://www.coactivate.org), where Plone is integrated with wordpress, a php application. More information about deliverance: Project's page: http://www.coactivate.org/projects/deliverance A blog post by Ian Bicking: http://blog.ianbicking.org/2008/10/06/the-philosophy-of-deliverance/ A pycon talk by Matt Hamilton: http://www.slideshare.net/hammertoe/lipstick-on-a-pig Kind Regards r. -- http://robertoallende.com ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
