[Zope3-dev] problems with Win buildinstall
I'm trying to build install the Zope 3 trunk on Win2K. I'm having some problems with it. May I post them here or is it too early for the upcoming release? Adam ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] RFC: Change in automatic detection of provided interfaces
Stephan Richter wrote: On Wednesday 06 April 2005 08:47, Jim Fulton wrote: Thoughts? +1. Also note that not many people use this way yet, since it is (a) not publicized and documented (only in README.txt) very much and (b) has not been released yet. Right, that's why I want to change it now, before the beta. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
RE: [Zope3-dev] problems with Win buildinstall
Adam Groszer wrote: I'm trying to build install the Zope 3 trunk on Win2K. I'm having some problems with it. May I post them here or is it too early for the upcoming release? Adam ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/garrett%40mojave-corp.com Feel free to post here. A few of us use WIndows, shunned as we are ;) -- Garrett ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
RE: [Zope3-dev] RFC: Change in automatic detection of providedinterfaces
Jim Fulton wrote: A recent simplification was made to adapter and utility registration. When registering adapters, the provided interface can be ommitted if the registered factory implements a single interface. Similarly, when registering utilities, the provided interface can be ommitted if the registered component provides a single interface. The intent is that if you have something like: class MyClass: implements(IFoo) ... you do not have to repeat IFoo in the registration. The current scheme runs into problems if you use inheritence: class MyClass(SomeBase): implements(IFoo) Then declarations in the base class cause the subclass to implement multiple interfaces. I'd like to make the following change to algorithm for determing the provided interface if nothing is specified in the rgistration: For adapters, if the registered factory directly implements a single interface, then that interface will be used. Inherited interfaces will not be considered. If the factory directly implements no interfaces or more than one interface, then a provided interface must be provided in the registration. For utilities, if the registered component directly provides no interfaces and its class directly implements a single interface, then that interface will be used. Inherited interfaces will not be considered. If the component directly provides any interfaces or if its class directly implements no interfaces or more than one interface, then a provided interface must be provided in the registration. So, for example, if we have: class B: implements(IB) class S(B) implements(IS) we can register S or an instance of S without specifying a provided interface. The interface IS will be used. However, with: class S2(B): pass You would have to sp[ecify a provided interface if you registered S2 or an instance of S2. Thoughts? Seems straight forward enough. Personally, I view the implements clause in these cases as a substitute for the provides in ZCML, so I always list a single interface anyway in such cases. -- Garrett ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] RE: [Zope3-Users] problem with adding a catalog
Hi Adam Behalf Of Adam Groszer Sent: Wednesday, April 06, 2005 6:35 PM To: zope3-users Subject: [Zope3-Users] problem with adding a catalog I'm desperately trying to get Zemantic working on Win2K/Zope3 trunk. It is written in the doc of Zemantic that I have to create a Catalog utility first. Now I'm stuck. [snip] ComponentLookupError: (InterfaceClass zope.app.intid.interfaces.IIntIds This tries to lookup the unique id utility. Am I doing something wrong? Add a Unique Id Utility in the ++etc++site/default and the lookup will find what it is needed. Regards Roger Ineichen Projekt01 GmbH www.projekt01.ch _ END OF MESSAGE -- Best regards, Adam mailto:[EMAIL PROTECTED] ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] RE: [Zope3-Users] page uses foreign view: context changed
Hi Florian Behalf Of Florian Lindner Sent: Wednesday, April 06, 2005 10:22 PM To: zope3-users@zope.org Subject: [Zope3-Users] page uses foreign view: context changed Hello, I'vw a viewA on a objectA including a macro: metal:block define-macro=info span tal:replace=context/__name__ / /metal:block A view of objectB uses this macro and inserts it into its own viewB: I can't follow. What do you try to say? What is A view of objectB and its own viewB? metal:block use-macro=item/@@shortinfo/info / My problem is now, that the context of viewA is objectB. But I want it to insert some data from objectA. How can I get objectA, the object viewA was registered for? You only can access a view and this view adapts one context. If you have a viewA on objectA and you like to access other context as well there are different concept for this. Take a look at path adapters or pagedata in zope.app.pagelet both of them can be used to access additonal adapters which can lookup for other objects like objectB additional to your request adapter (viewA) on the context (objectA). Regards Roger Ineichen Thanks, Florian ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: SVN: Zope3/trunk/ - Implemented a generic user preferences system.
On Monday 04 April 2005 14:57, Florian Lindner wrote: There is a small typo in the README.txt: [EMAIL PROTECTED] ~/Zope3/src/zope/app/preference $ svn diff README.txt Fixed in revision 29893. BTW, you should really get checkin rights. :-) Regards, Stephan -- Stephan Richter CBU Physics Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com