August 2000 - Zope - Zope lists

Re: Bug in <dtml-in size=1>
by Michael Best 17 Aug '00

17 Aug '00

http://classic.zope.org:8080/Collector/1056/view Back on Februrary 14th, I submitted this bug, however your account of it is much better than mine. It has been pending for quite some time, but either way I never found a good solution to this problem. There is some sort of work around involving continuing to present next buttons with sequence+1 until you get to the end of the sequence. -Mike > Hi, > > I am working on a project with Zope. Unfortunately I am having a problem > whith the <dtml-in > tag. I am using the batch processing feature and want to > show only one element per sequence. I do this by setting size=1 and orphan=1. > But th <dtml-in> tag only iterates over the first two records (I have 8 > records). It iterates over all 8 records when I use size=2 orphan=1. I think > this is a bug. > > The problem seems to be in the correct value of next-sequence. > > Could someone tell me how I could fix this? Here is my code: > > <dtml-in showAdressData size=1 orphan=1 start=query_start> > <dtml-if sequence-start> > <dtml-if previous-sequence> > <a href="<dtml-var URL><dtml-var sequence-query>query_start=<dtml-var > previous-sequence-start-number>"><<</a> > <dtml-else> > << > </dtml-if previous-sequence> > [...] > </dtml-if sequence-start> > [...] > <dtml-if sequence-end> > </table> > <dtml-if next-sequence> > <a href="<dtml-var URL><dtml-var sequence-query>query_start=<dtml-var > next-sequence-start-number>">>></a> > <dtml-else> > >> > </dtml-if next-sequence> > </dtml-if sequence-end> > </dtml-in> > > > > -- > Marcus Gruendler > eMail: runner(a)tamalin.de > WWW : http://www.tamalin.de/runner/index.html

1 0

zCatalog and subobjects
by Menard.Jean-Francois＠hydro.qc.ca 17 Aug '00

17 Aug '00

(Post #2) I'm trying to search a zCatalog to find all the objects containing a certain type of sub-object. Right now, I use a dtml-if inside the result loop, but the result count is obviously wrong. There must be a better way to do this, right? Jean-François Ménard Intranet DPAS Pratiques d'affaires et orientations * (514) 840-3000 poste 3939 * (514) 840-5585 * menard.jean-francois(a)hydro.qc.ca * 855 Ste-Catherine est, 6e étage Montréal, Qué. H2L 4P5

2 1

Re: [Zope] Product inhetitance question
by Daniel Rusch 17 Aug '00

17 Aug '00

This worked for me, what a hack _ properties=[] for i in range(0,len(A._properties)): _properties.append(A._properties[i]) _properties.append({'id':'RenderStandardHeader', 'type':'int','mode':'w'}) tuple(_properties) Andy McKay wrote: > Hmm.... i just tested it in Zope and it worked fine for me. > -- > Andy McKay, Developer, ActiveState > http://www.ActiveState.com > Programming for the People > > ----- Original Message ----- > From: "Daniel Rusch" <drusch(a)globalcrossing.com> > To: "Andy McKay" <AndyM(a)ActiveState.com> > Sent: Thursday, August 17, 2000 11:36 AM > Subject: Re: [Zope] Product inhetitance question > > > Great minds think a like or fools never differ. > > > > I tried this to but I get an error: > > TypeError: bad operand type(s) for + > > > > Dan > > > > Andy McKay wrote: > > > > > I just had the exact same problem and I solved this morning by: > > > > > > class A: > > > _properties = ( {...} ) > > > > > > class B(A): > > > _properties = ( { new stuff... } ) > > > _properties = _properties + A._properties > > > > > > This is tested in a quick script, but not fully in the products yet. So > this > > > will make class B have a properties dict that includes all of A, so you > > > shouldnt need to edit manage_edit... in theory! > > > > > > -- > > > Andy McKay, Developer, ActiveState > > > http://www.ActiveState.com > > > Programming for the People > > > > > > ----- Original Message ----- > > > From: "Daniel Rusch" <drusch(a)globalcrossing.com> > > > To: "Andy McKay" <AndyM(a)activestate.com> > > > Sent: Thursday, August 17, 2000 9:40 AM > > > Subject: Re: [Zope] Product inhetitance question > > > > > > > Sorry to keep bothering you, but I'm on the threshold of success > > > > > > > > my B class has an extra property, therefore B's manage_edit needs to > > > address > > > > this. In C++ I could override the base class's manage_edit do the B > stuff > > > and > > > > then call the base class's manage_edit, can this be done in python??? > > > > > > > > Dan > > > > > > > > Andy McKay wrote: > > > > > > > > > Well by inheritance B has all the methods, properties etc you have > in A. > > > So > > > > > the answer is yes, if A has the foobar method then B will have a > foobar > > > > > method. > > > > > > > > > > Or do I misunderstand your question? > > > > > -- > > > > > Andy McKay, Developer, ActiveState > > > > > http://www.ActiveState.com > > > > > Programming for the People > > > > > > > > > > ----- Original Message ----- > > > > > From: "Daniel Rusch" <drusch(a)globalcrossing.com> > > > > > To: <zope(a)zope.org> > > > > > Sent: Thursday, August 17, 2000 8:42 AM > > > > > Subject: [Zope] Product inhetitance question > > > > > > > > > > > Hey all, > > > > > > > > > > > > Say I have a fully functional (and more importantly, working) > Product > > > > > > will call A. > > > > > > > > > > > > I want to extend this Product's capabilities so I wish to derive > > > another > > > > > > class from it, call it B. > > > > > > > > > > > > No problem, > > > > > > > > > > > > class B(A): > > > > > > ......... > > > > > > > > > > > > > > > > > > The question is, (I think the answer is no) is there a way to > inherit > > > > > > (i.e. reuse common code and extend it) the manage_Add function and > the > > > > > > dtml files from A??? > > > > > > > > > > > > Thanks, > > > > > > > > > > > > DR > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Zope maillist - Zope(a)zope.org > > > > > > http://lists.zope.org/mailman/listinfo/zope > > > > > > ** No cross posts or HTML encoding! ** > > > > > > (Related lists - > > > > > > http://lists.zope.org/mailman/listinfo/zope-announce > > > > > > http://lists.zope.org/mailman/listinfo/zope-dev ) > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Zope maillist - Zope(a)zope.org > > > > > http://lists.zope.org/mailman/listinfo/zope > > > > > ** No cross posts or HTML encoding! ** > > > > > (Related lists - > > > > > http://lists.zope.org/mailman/listinfo/zope-announce > > > > > http://lists.zope.org/mailman/listinfo/zope-dev ) > > > > > >

1 0

Re: [Zope] mysqlUserFolder woes
by Dieter Maurer 17 Aug '00

17 Aug '00

Stephen Harrison writes: > Error Type: SystemError > Error Value: Failed to import class ImplicitAcquirerWrapper from module > Acquisition > > Traceback (innermost last): > .... > File /usr/local/zope/2-1-6/lib/python/ZODB/Connection.py, line 396, in > setstate > SystemError: (see above) This signals that a Zope runtime object, i.e. one that is wrapped into an acquisition context was stored into an object to be pickled. I saw this several times: * someone assigned in an external method to "self": self.image= .... with "...." being a Zope runtime object. * someone added a Zope object to a session instance I can not help you with your concrete problem. Dieter

1 0

Re: [Zope] Choose where to create a ZClass instance with EM
by Dieter Maurer 17 Aug '00

17 Aug '00

Francois-Regis CHALAOUX writes: > Hi, > > When I create a ZClass instance from an external Method I create by default > the instance in the same place where is located my external method (see the > code below). > > How to select a different place in my script where will be create the ZClass ? > > ==== > Code > ==== > > def addZClass(self,id,data): > newob=self.Control.Panel.Products.MyProduct.MyClass(id) > newob.id=id > newob.propertysheets.Properties.manage_changeProperties(data) > self._setObject(id,newob) Here, you decide that the new object is placed into "self". Use "self.whereever._setObject(id,newob)" to place it in "whereever". Of cause, "whereever" must be acquired by "self" for this to work. You would use "getattr(self,wherever)", if "whereever" is not a constant name but an expression, e.g. passed in via a parameter. Dieter

1 0

Re: [Zope] modifying/changing DTML properties
by Dieter Maurer 17 Aug '00

17 Aug '00

R. David Murray writes: > > This: > >  > > <dtml-call "manage_changeProperties({'eggs': 'blue'})"> > > > >  > > > > results in: > > green > > > > green > > > > did i miss something? > > Hmm. That should have worked. You could try > manage_changeProperties(eggs='blue') as an alternative, but the > dictionary way should have worked. Maybe, "manage_changeProperties" is called on the wrong object, i.e. one that does not have an "eggs" property. Try: <dtml-call "PARENTS[0].manage_changeProperties({'eggs': 'blue'})"> to call it on the folder. Dieter

1 0

Re: [Zope] class name of current object
by Dieter Maurer 17 Aug '00

17 Aug '00

Scott Shepherd writes: > Is there a way to get the current object's class name? > > <dtml-var "this.__class__.__name__"> > > doesn't work. You will not be able to access any attribute/method that starts with '_'. If the "meta type" is sufficient for you, you may use: <dtml-var "this.meta_type"> Dieter

1 0

Re: [Zope] Product inhetitance question
by Andy McKay 17 Aug '00

17 Aug '00

----- Original Message ----- From: "Andy McKay" <AndyM(a)ActiveState.com> To: "Daniel Rusch" <drusch(a)globalcrossing.com> Sent: Thursday, August 17, 2000 11:21 AM Subject: Re: [Zope] Product inhetitance question > Ah... ok sorry you are right, stuff outside the class doesnt get inherited. > What I did for this was make a very generic manage_addProduct and specify in > my _init_.py a class initialisation string or whatever it is called... > > context.registerClass(A.ObjB, permission='Add ObjB', > constructors=(A.addForm, A.manage_addA) ) > > If that makes sense. The manage_AddObject form creates an the right object > depending upon paramaters passed to it. > > -- > Andy McKay, Developer, ActiveState > http://www.ActiveState.com > Programming for the People > > > ----- Original Message ----- > From: "Daniel Rusch" <drusch(a)globalcrossing.com> > To: "Andy McKay" <AndyM(a)ActiveState.com> > Sent: Thursday, August 17, 2000 9:10 AM > Subject: Re: [Zope] Product inhetitance question > > > > Slightly, > > > > I understand that if A has foo() then so does B(). But in a Zope product > the > > are some things that lie "outside" of the class definition. The manage_add > > function is one of them. addtionally, I am having troubles getting B to > > inherit A's _properties structure. > > > > Thanks for all your help. I have learned an unbelieveable amount this > week. > > Everyone else is gone and we are in a slow period so I wanted to learn the > > more advanced techniques this week. > > > > Dan > > > > Andy McKay wrote: > > > > > Well by inheritance B has all the methods, properties etc you have in A. > So > > > the answer is yes, if A has the foobar method then B will have a foobar > > > method. > > > > > > Or do I misunderstand your question? > > > -- > > > Andy McKay, Developer, ActiveState > > > http://www.ActiveState.com > > > Programming for the People > > > > > > ----- Original Message ----- > > > From: "Daniel Rusch" <drusch(a)globalcrossing.com> > > > To: <zope(a)zope.org> > > > Sent: Thursday, August 17, 2000 8:42 AM > > > Subject: [Zope] Product inhetitance question > > > > > > > Hey all, > > > > > > > > Say I have a fully functional (and more importantly, working) Product > > > > will call A. > > > > > > > > I want to extend this Product's capabilities so I wish to derive > another > > > > class from it, call it B. > > > > > > > > No problem, > > > > > > > > class B(A): > > > > ......... > > > > > > > > > > > > The question is, (I think the answer is no) is there a way to inherit > > > > (i.e. reuse common code and extend it) the manage_Add function and the > > > > dtml files from A??? > > > > > > > > Thanks, > > > > > > > > DR > > > > > > > > > > > > > > > > _______________________________________________ > > > > Zope maillist - Zope(a)zope.org > > > > http://lists.zope.org/mailman/listinfo/zope > > > > ** No cross posts or HTML encoding! ** > > > > (Related lists - > > > > http://lists.zope.org/mailman/listinfo/zope-announce > > > > http://lists.zope.org/mailman/listinfo/zope-dev ) > > > > > > >

1 0

EventLogManger
by Chris McDonough 17 Aug '00

17 Aug '00

The 1.0 version of EventLogManager (a configurable logging facility product) depended on code that only existed inside of the CVS version of Zope. It would not install cleanly as a result on Zope 2.2.1b1 and previous. A new release (1.1) is available at http://www.zope.org/Members/mcdonc/Products/EventLogManager. Thanks, -- Chris McDonough Digital Creations Publishers of Zope - http://www.zope.org

1 0

Zserver vs Apache
by Corey 17 Aug '00

17 Aug '00

I keep seeming to notice that the docs are constantly referring to Zserver as the recomended choice for the http backend. Why is this? Should I not attempt to integrate our Apache server with Zope, and simply use Zserver instead? Thanks, Corey

3 2