- Zope - Zope lists

AddressBook Preview 4 (almost there)
by Morten W. Petersen 23 Apr '01

23 Apr '01

Hia guys, just wanted to annouce a preview of the AddressBook product, which is available from: http://www.zope.org/Members/morphex/AddressBook it's almost ready for a 1.0 release now, pending testing and verification of permission fixes. As always, comments & patches are more than welcome. Cheers, Morten

2 2

How to correctly use the PARENTS object?
by Gerrie Roos 23 Apr '01

23 Apr '01

I've struggled with this long enough to justify asking help...I've been through the manuals, FAQ's etc, but somehow my understanding of PARENTS object is incomplete... I have the following directory structure: Bugs Interface Insert sendMail - a DTML Document BugsMail getRecipients - a Z SQL Method I'd like to call and iterate over the results of getRecipients from sendMail. So I tried the following in sendMail: <dtml-in PARENTS[1].BugsMail.getRecipients> <dtml-var someFieldReturnedByGetRecipients> </dtml-in> ...and I get a KeyError for PARENTS[1].BugsMail.getRecipients.... I tried various other options (albeit somewhat blindly/desparately), eg. putting the whole PARENTS thing in an expression, etc...What am I missing? What other options are there to traverse a path in a dtml-statement, or to do what I want to do here? Please help, I'm pretty new to this...

2 3

RE: [Zope] Proposal of forking the zope@zope.org list
by Huston, Virgil H. 23 Apr '01

23 Apr '01

I always thought Zope-Dev was for "real developers." I would certainly welcome a Zope for dummies list. One for non techicies trying to figure it out and implement it. Virgil I feel the division is something like: zope-dev: for discussions that require deeper Zen zope: for discussions that are more accessible http://lists.zope.org/mailman/listinfo/zope-dev ) > http://lists.zope.org/mailman/listinfo/zope-dev )

1 0

Tree tag, python scripts & returning an object
by Ivan Cornell 23 Apr '01

23 Apr '01

Hi, I'm trying to use a python script in the branches_expr of <dtml-tree> to return a list of relevant nodes, but the tree tag seem to require an object for each node containing id, url attributes, etc. Is there any way of doing this using a python script, or do I have to create a dummy class in an External method instead. Thanks, Ivan

1 0

Re: [Zope] How to correctly use the PARENTS object?
by Oliver Bleutgen 23 Apr '01

23 Apr '01

> I have the following directory structure: > Bugs > Interface > Insert > sendMail - a DTML Document > BugsMail > getRecipients - a Z SQL Method > I'd like to call and iterate over the results of getRecipients from > sendMail. So I tried the following in sendMail: > <dtml-in PARENTS[1].BugsMail.getRecipients> > <dtml-var someFieldReturnedByGetRecipients> > </dtml-in> > ...and I get a KeyError for PARENTS[1].BugsMail.getRecipients.... > I tried various other options (albeit somewhat blindly/desparately), eg. > putting the whole PARENTS thing in an expression, etc...What am I > missing? > What other options are there to traverse a path in a dtml-statement, or > to do what I want to do here? Gerrie, first the long answer: First, PARENTS[1] tells you that it's a python expression (a list), so you have to put it into " 's. So you now would have <dtml-in "PARENTS[1].BugsMail.getRecipients"> <dtml-var someFieldReturnedByGetRecipients> </dtml-in> Because the term is now enclosed in " 's, you're in python and you don't have the magic of dtml-in/var and friends which try to always "do the right thing". You want to call a method in python and you do it that way: <dtml-in "PARENTS[1].BugsMail.getRecipients()"> but now getRecipients doesn't get any parameters handled, you have to pass them explicitly, like <dtml-in "PARENTS[1].BugsMail.getRecipients(myvar=myvar)"> Now the short answer: <dtml-with "PARENTS[1]"> <dtml-with BugsMail> <dtml-in getRecipients> <dtml-var someFieldReturnedByGetRecipients> </dtml-in> </dtml-with> </dtml-with> or alternativly (and even shorter) <dtml-with "PARENTS[1].BugsMail"> <dtml-in getRecipients> <dtml-var someFieldReturnedByGetRecipients> </dtml-in> </dtml-with> cheers, oliver > Please help, I'm pretty new to this... > _______________________________________________ > 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: Creating Database Connection
by Vishnu Prasad 23 Apr '01

23 Apr '01

Hi Are you loading on Linux or Windows? You need to load Zope; mysql; and then install ZMySQLDA 1.1.4. I have used the latest versions of Zope (2.3.1); MySQL (2.23.36); and MySQL adapter (1.1.4) on Linux. I have tested this on Windows NT too. You may get the adapter from this location. http://www.zope.org/Members/mordred/ZMySQLDA/ZMySQLDA-1.1.4-nonbin.tar.gz/v… Follow the instructions: 1. Untar in the topmost zope folder 2. GoTo <zopefolder>/lib/python/Products/ZMySQLDA/src directory 3. Read the README file (if you have problems while running make, then follow the below said instructions) 4. Open MySQLModule.c using 'vi' or any other editor 5. In line 235, change �int� as �long�;In line 384, 1125, 1147 remove �&� found 6. Save the changes and close 7. Run make and you will find the MySQLmodule.so (linux); MySQL.pyd (windows) 8. copy this adapter file in the previous directory ../ZMySQLDA 9. You may have to copy the dtml files under <Zopefolder>/lib/python/Shared/DC/ZRDB/dtml/*.* into the previous directory ../ZRDB 10. Now restart Zope and you will find the MySQLDatabase connection. Click ADD and make the connection with the Connection string: test@domainname You're Done! Let me know, if you need help. regards, vishnu 6. Hi All, Can some one help to create a database connection to MySql. Regards., Karunakaran __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/

1 0

ONLY in python script
by Peter Bengtsson 23 Apr '01

23 Apr '01

assuming this folder structure: /main /zopestuff /misc /otherstuff If I do this in python script: if hasattr(context.main,'zopestuff'): # it returns TRUE!! return "found in /main/" But also, if I do it in or /misc or /otherstuff if hasattr(context.main.misc,'zopestuff'): # if returns TRUE! return "found in /main/misc/" This is because of aquisition, right. So HOW do I prevent this it happen? I want it only to true with what is called ONLY in DTML. I.e. to get the effect I'm after I would do: <dtml-with "main.misc" only> <dtml-if zopestuff> # This not true </dtml-if> </dtml-with> Peter

2 2

[Zope]: NOTICE (problem)
by K H Subrahmanyan 23 Apr '01

23 Apr '01

hi, I am using Zope, in linux 6.2 redhat. when I do any operation in my website, I get NOTICE: Unrecognized variable client_encoding. I am using PostgreSQL database for my project. help me. subrahmanyan

2 2

pcgi_publisher.py -- still needed?
by alan runyan 23 Apr '01

23 Apr '01

I am hooking Zope and IIS together and along the way saw a comment saying, pcgi_publisher.py is no longer needed, since z2.py can publish requests. so in my zope.pcgi I changed PCGI_PUBLISHER to C:\WebSite\z2.py instead of C:\Website\pcgi\pcgi_publisher.py and it works just fine in fact its faster! Question: is there any reason to continue keeping pcgi_publisher.py in Zope? I did some quick benchmarking using httperf and it seems that using z2.py is slightly faster (Zope2.3.2b2 default /index_html), about 4.5% faster. Should I put this in the collector? I think pcgi_publisher would be nice to have as a standalone python library. but I dont see the benefits in the standard zope distribution since you can use z2.py to publish pcgi requests? or is my terminology all screwy ;p? thanks, ~runyaga

1 0

Re: [Zope] Forking the Mailing List
by Lee Hunter 23 Apr '01

23 Apr '01

>Brian Hickman writes: > > My proposal is that DC builds or blesses a detailed topic map re. >knowledge > > of Zope (Installation, RDMS, DTML, Security, the various products, >etc.) on > > Zope.org, and invites members to contribute to filling in the topic map >with > > questions, answers, example code, etc. A FAQ + a topic map. ZDP I'm a technical editor at a mid-size software company and so I might be able to speak to the question of Zope documentation. To me, what seems to be desparately lacking is a real user guide. By that, I mean a highly structured manual that is entirely focused on accomplishing common tasks and procedures, rather than on Zope concepts and API. This is not a criticism of what is available now - the more conceptual material - the Zope Book and Dieter's book - are excellent resources and required reading for anyone who wants to 'get' Zope. But (in an ideal world) there should also be a very structured set of step-by-step procedures for all of the basic tasks involved in putting together a typical site. Much of that material is there already in the HowTos but to an editor's eye the HowTos (taken as a group) are an overwhelming and utterly disorganized jumble. To do a proper user guide you would have to start from scratch and begin by working out a table of contents. In the table of contents the chapters, sections, and topic headings would not contain any references to Zope jargon (ZClasses, DTML, ZPT etc) but rather, they should be rigorously pruned down to simple objectives ("Index a Website", "Add a Navigation Bar", "Process a Form", "Connect to a SQL database" etc.). Once you have a relatively complete TOC (although obviously you can't cover everything) you can look at the existing sources - the HowTos, the Zope Book, list archives etc - and see what available material would cover the topics in the outline. To do it properly, most of the HowTos would need a great deal of pruning to get some kind of consistency, to remove the conceptual stuff (which is useful but not in this context) and to reduce them to a series of simple steps (a maximum of about ten steps per procedure). The end result would be something that would not be particularly englightening for the ZopeZen Masters who can write Python scripts in their sleep but could provide a tremendous productivity boost to the less-skilled people who can and should be doing a lot of the grunt work but need lots of handholding. I've actually been tinkering a bit with a TOC for just such a manual but I'm swamped with other projects at work and this would be almost a full time job in itself. Cheers Lee Hunter _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

1 0