- Zope - Zope lists

getting base classes's (super class) _properties tuple
by Daniel Rusch 17 Aug '00

17 Aug '00

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): ......... now in class B I want to add a new property. Is the a way of getting the base (super) class _properties tuple and just adding the new one to it. Since a tuple is an immutable object I can't do this: _properties=A._properties.append({'id':'RenderStandardHeader', 'type':'int','mode':'w'}) Any thoughts ???? DR

2 6

Amazing Disappearing Self
by Spicklemire, Jerry 17 Aug '00

17 Aug '00

Hi Zope Fans, Has anyone seen a case where acquisition works, but only in the topmost folder? The site I'm working on shows no problem on a test server, but upon moving to a production server any URL pointing to a subfolder, or a document contained in a subfolder returns an error (below). The production server is Red Hat linux, Zope 2.1.6 A Proxy (running on a separate server) re-directs URLS to the top folder of the Zope tree, just below "root". The oddest part is that elements available in the "root" (standard_html_header, and other elements called within) show up on the same "page" as the error message. It's as if Zope is working partially, but after displaying all the elements at the top of the tree, the silly document can't find itself . . . BTW, the raw URL (as seen in REQUEST) contains lot's of cookie garbage which may be causing the problem. I have added something like <base href="&dtml-relative_path;"> as suggested in some "How-Tos" at Zope.org. This got me to the point of having the top folder render correctly, which was better than I had seen up to that point. Alas, that's where progress stopped altogether. On the test server everything "just worked", the way you sort of get used to with Zope . . . The worst part is that some of the errors I'm seeing spill the guts of the cookie all over the browser screen. BTW, what does it take to get standard_error_message to actually do what the dtml implies, to substitute the contents of an error_message object, where it exists? Thanks, Jerry S. (here's that error message) Zope has encountered an error while publishing this resource. Resource not found Sorry, the requested Zope resource does not exist. Check the URL and try again. ---------------------------------------------------------------------------- ---- Troubleshooting Suggestions The URL may be incorrect. The parameters passed to this resource may be incorrect. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. Traceback (innermost last): File /l01/Zope-2.1.6-linux2-x86/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /l01/Zope-2.1.6-linux2-x86/lib/python/ZPublisher/Publish.py, line 179, in publish File /l01/Zope-2.1.6-linux2-x86/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /l01/Zope-2.1.6-linux2-x86/lib/python/ZPublisher/Publish.py, line 151, in publish File /l01/Zope-2.1.6-linux2-x86/lib/python/ZPublisher/BaseRequest.py, line 308, in traverse File /l01/Zope-2.1.6-linux2-x86/lib/python/OFS/Application.py, line 249, in __bobo_traverse__ (Object: ApplicationDefaultPermissions) File /l01/Zope-2.1.6-linux2-x86/lib/python/ZPublisher/HTTPResponse.py, line 511, in notFoundError NotFound: (see above)

1 0

Re: [Zope-dev] Cool, we like the . :-)
by Jonothan Farr 17 Aug '00

17 Aug '00

What if an object id contains a period? --jfarr ----- Original Message ----- From: Chris Withers <chrisw(a)nipltd.com> To: Steve Alexander <steve(a)cat-box.net> Cc: <zope-dev(a)zope.org> Sent: Thursday, August 17, 2000 11:59 AM Subject: [Zope-dev] Cool, we like the . :-) > > Steve Alexander wrote: > > I can't think of a nice alternative to mean &dtml-/foo/bar/baz; "from > > the root, traverse as follows". > > &dtml-.foo.bar.baz; > > not nice, btu I can't think of anything better :( > > cheers, > > Chris > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) >

5 4

Zugriff auf Mootcourt Server
by Marcus Schopen 17 Aug '00

17 Aug '00

Hallo, der Zugriff auf den Mootcourt-Server von den Rechnern im HiWi-Raum funkt. nach Lokalisierung des Firewallproblems seit heute wieder. Die User <tom> und <bernhard> koennen wieder uneingeschraenkt arbeiten. Gruesse Marcus ______________________________________ (0> Marcus Schopen //\ Bielefeld, Germany V_/_ ______________________________________

1 0

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