July 2000 - Zope-Dev

Re: [Zope-dev] Help needed: why is this DTML not working in zope 2 ?
by Gilles Lavaux 04 Jul '00

04 Jul '00

Hello Lee  doesn't change anything, same error. (you are right, I can use the name directly , but I have some other piece of code where I have to use the _[_['']] construction, so it has to work...) But I found something: In my 'PUBLIC_Doc' document I display image with a  tag, my problem disappear if I use , someone can explain this?? Thanks anyway for the replies Gilles -----Original Message----- From: LEE, Kwan Soo <kslee(a)plaza1.snu.ac.kr> To: Gilles Lavaux <gilles.lavaux(a)esrin.esa.it>; zope-dev(a)zope.org <zope-dev(a)zope.org> Date: Tuesday, July 04, 2000 12:32 PM Subject: Re: [Zope-dev] Help needed: why is this DTML not working in zope 2 ? >Not an answer, but a question. >> <b></b> >>  >> ## >>  >>  >>  >You seems to "call" PUBLIC_Doc, then why don't you just  >instead of the ? > >LEE Kwan Soo > >_______________________________________________ >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 ) > >

2 1

Help needed: why is this DTML not working in zope 2 ?
by Gilles Lavaux 04 Jul '00

04 Jul '00

Hello, I am a little bit disappointed not getting any echo from my previous question, so I report it. Maybe my dtml is wrong for zope2, but I would appreciate to have some explanation from more experienced peoples. If I can not find a solution, we will have to keep our zope1 production server, and it will be the end of the Zope story in my company :-( So my question was : I want to display the content of a site starting from a folder called 'Site' with a tree tag. I want also to render immediately inside the tree the documents with an ID=='PUBLIC_Doc'. In Zope 1.x I have a working dtml method like this:   <b></b>  ##      ##    Unfortunatly for me , with zope 2.1.6 i get an error when I try to render the 'PUBLIC_Doc' document: ..... PUBLIC_Doc !# Error type:AttributeError Error Message: Error Message:__call__ Error TB:Traceback (innermost last): File "/usr/lib/python1.5/site-packages/DocumentTemplate/DT_Try.py", line 221, in render_try_except result = render_blocks(self.section, md) File "/usr/lib/python1.5/site-packages/DocumentTemplate/DT_Util.py", line 335, in eval return eval(code,globals,d) File "", line 0, in ? File "/usr/lib/python1.5/site-packages/DocumentTemplate/DT_Util.py", line 161, in careful_getitem v=mapping[key] File "/usr/share/zope/lib/python/OFS/DTMLMethod.py", line 146, in __call__ r=apply(HTML.__call__, (self, client, REQUEST), kw) File "/usr/lib/python1.5/site-packages/DocumentTemplate/DT_String.py", line 502, in __call__ try: return render_blocks(self._v_blocks, md) AttributeError: __call__ has someone a solution ?? Thanks, Gilles

3 2

site versions with zope
by Nathalie Bernier 04 Jul '00

04 Jul '00

Hello, I'd like to modify a live site, instead of working on a mirror copy. Could someone explain me, step by step, how sessions work? Thanks Nathalie Bernier ********************************* Développeur web multiThématiques Centre Jean Monet Longlaville 54400 LONGWY http://multithematiques.com Chaînes thématiques sur câble et satellite *********************************

2 1

Re: [Zope-dev] bug in zpatterns-0.4 ?
by Jephte CLAIN 04 Jul '00

04 Jul '00

"Phillip J. Eby" wrote: > >When Philipp wake up (I guess he's asleep right now :-)), he might give > >his opinion about that. > I've been on vacation. I knew it. But it's always funny to play with timezone issues. > I'm basically with Mike on this one, with a slight > amplification on my intention here. IMHO, what you should be doing with > your SQL is making it an AttributeProvider, and using the "virtual" mode of > the Rack which does not store the item in the ZODB, only its > propertysheets. Then you will not need to override *anything* in any of > the ZPatterns classes. If you need to store persistent attributes, this > may be an issue. I'm planning to create a "Persistent External Attribute > Provider" to allow one to store attributes persistently even when the > object itself isn't stored in the ZODB. > > In any case, my intention for mixed-database objects in racks is that one > should not need to override any of the built-in methods of Rack. In > earlier versions of ZPatterns, such overriding seemed like it would be > necessary, but as of 0.4 there is really no reason at the framework level > to mess with any of Rack's implementation details unless you need to create > a special hand-tuned version for some critical bit of efficiency. Almost > anything you could do by overriding those methods can now be done through > Generic Attribute Providers or other plug-ins. Back to my first question: is it intended that Rack.createItem (a IMHO low level method) calls Rack.getItem (a IMHO higher level method) to check the existence of the item? Shouldn't it be Rack.retrieveItem instead? That's why I asked the question in the first place. About my applications now. The primary keys in the SQL database may be integers, or tuple of integers, or strings (depending on the project, I have several to deal with right now). I want to merge results from several databases from a single rack. For example I have a Site table (with SiteKey as the primary key) and a Subdivision table (with SubdivisionKey as the primary key) which I want to merge into the LocationRack (with the key being the tuple (SiteKey, SubdivisionKey)) This is why I mess with the implementation of the rack. Also, my racks are specialized to have a searchResults method, and a editItem method (until I can find the time to write a decent SQL Attribute setter provider) I guess I have good reasons to mess with all that stuff :-) There might be another mean to deal with it. Once I have a bit more 'zenpatterns' ;-) btw, the genericattributeprovider has saved me a great deal of time. thanks very much! regards, jephte.clain(a)univ-reunion.fr

2 2

ZCatalog lexicon bug is back?
by R. David Murray 04 Jul '00

04 Jul '00

This is distressing. I'm building a new shopping cart site, and doing it under 2.2.0 CVS (as of 7/1). I've added four items. If I search for certain keywords that I know only appear on one item, I get two items returned. The other item has no trace of the specified keyword. This sounds very much like the bug that Michel Pelletier found and fixed in Lexicon.py a while back. As someone on the list pointed out, Michel's fix was overwritten in the CVS by another version of the routine, which it *looked* as if would also fix the bug. This is the code I now see in my image. It appears that the bug is with us once again, however. Michel, can you look at this again, please? --RDM

2 1

ZPatterns Specialist Question
by Chris Withers 04 Jul '00

04 Jul '00

Just a quickie: If, as the the ZPatterns Wiki states, 'Specialists are not classes', then why is there a 'Specialist' python class in the ZPatterns distribution? cheers, Chris

3 3

bug in zpatterns-0.4 ?
by Jephte CLAIN 04 Jul '00

04 Jul '00

hello, Rack.createItem (low level method) first calls Rack.getItem (higher level method) to check the existence of the item. This causes infinite loop in certain cases. It should (IMHO) call Rack.retrieveItem instead regards, jephte clain jclain(a)univ-reunion.fr

3 8

New for download: Image.py that is border-aware
by Jon Franz 03 Jul '00

03 Jul '00

The subject says it all... no more <dtml-var "foo.tag(border=0)"> type schtuff... http://www.zope.org/Members/Coventry/Border_aware_image Note: this was created, and tested, on Zope 2.1.6 - newer installations, or those with modifications to thier Image.py file in <zope-home>/lib/python/OSF should Not use the new file - they should compare the file and apply the changes by hand to thier Image.py to avoid version troubles.

1 0

dcoracle problem..
by cs＠comlounge.net 03 Jul '00

03 Jul '00

Hi! Maybe someone has had this before and knows a solution: I am having a stored procedure proc1 and I am calling it twice: dbc=DCOracle.Connect("secret!") c=dbc.cursor() dbc.procedures.my_pkg.proc1(c) print c.fetchall() c.close() dbc.procedures.my_pkg.proc1(c) print c.fetchall() In proc1 it looks basically like OPEN mycursor FOR SELECT f1,f2,f3 FROM mytable Thus the cursor get's opened and filled (mycursor is actually a cursor variable). The expected result for the above python script is that it's printing two times the same list of results. Actually it doesn't, the second one is empty. When creating a new cursor before the second call like c2=dbc.cursor() dbc.procedures.my_pkg.proc1(c2) print c2.fetchall() I get Traceback (innermost last): File "./testcall.py", line 16, in ? print c2.fetchall() File "/opt/python/lib/python1.5/site-packages/DCOracle/ociCurs.py", line 397, in fetchall v=f(1) File "/opt/python/lib/python1.5/site-packages/DCOracle/ociCurs.py", line 375, in fetchone raise error, 'not querying' oci.error: not querying Thus it seems as if the cursor is not opened.. Has anyone an idea about this.. (I was also looking at the code but it's a little complex..) regards, Christian

1 0

Bug fix: ZCatalog doesn't add vocabulary if vocab_id is omitted in manage call. manage call.
by R. David Murray 03 Jul '00

03 Jul '00

In both 2.2.0b3 and a CVS checkout from 7/1, there's a small bug in ZCatalog.manage_addZCatalog. If you call it and don't supply a vocab_id argument, vocab_id defaults to None. But the code turns that into the *string* "None", and when ZCatalog's init method sees that it thinks its a real vocabulary name and does not create a default vocabulary. I fixed it by changing: vocab_id=str(vocab_id) if vocab_id == 'create_default_catalog_': vocab_id = None to if vocab_id is not None: vocab_id=str(vocab_id) if vocab_id == 'create_default_catalog_': vocab_id = None although a better fix might be to make the default value of vocab_id be the string "create_default_catalog_". I've put this in the collector. By the way, the collector pages ought to have a link explaining what format patches should be submitted in. I just stuck the above in my descrpition text, since I couldn't find docs on the patch format. --RDM

1 0