- Zope - Zope lists

Newbie question
by Richard Tibbetts 13 Feb '00

13 Feb '00

I recently installed zope, and I am successfully using it to serve some access controlled content, using a simple acl_users folder. This does everything I want, except that I cannot find out how to offer my users the ability to change their passwords on the site. Is this not supported? Should I be working with a product that already has the feature of dealing with acl's? thanks, tibbetts ___________________________________________________________________ //^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\\ // Richard S. Tibbetts III tibbetts(a)mit.edu 3 Ames St. \\ (( http://www.mit.edu/~tibbetts dik(a)iname.com Bemis 615, Box 69 )) \\ MIT, Course 6, '02 617.225.6575 Cambridge, MA 02142 // \\_________________________________________________________________// `^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^'

4 3

building a revisitable object list???
by Darran Edmundson 13 Feb '00

13 Feb '00

Pardon the subject title - it was either that or the alternative "lost in DTML land" ... I'm using nested <dtml-in> blocks to descend two levels into a portion of my ZODB. I'm only interested in the leaf nodes. However, rather than act on them while "visiting", I want to conditionally store a reference to them in a python list so that I can visit any leaf later on. I'll make it clear with a pared-down example. root folder1 subfolder1a subfolder1b folder2 subfolder2a I want to build a list such that I can visit various subfolders without having to search them out. Q1) If I want to be able to visit subfolder1a and subfolder2a from the root, do I need to store the entire path or will some sort of internal ZODB id suffice? Q2) Assuming I need the entire path, I've toyed around with creating a list mylist = [(folder1,subfolder1a),(folder2,subfolder2a)] for which I could presumably then visit the subfolders via <dtml-in mylist><dtml-with "_[sequence-item][0]"> <dtml-with "_[sequence-item][1]"> .... </dtml-with> </dtml-with></dtml-in> I'm having trouble creating this list, my attempt being the root-level DTML snippet: <dtml-in "objectValues(['Folder'])"> <dtml-let level1id=id> <dtml-in "objectValues(['Folder'])"> <dtml-let curloc="(level1id,id)"> <dtml-call "mylist.append(curloc)"> (conditionally called) </dtml-let> </dtml-in> </dtml-let> </dtml-in> In my actual problem, I'm building up multiple lists during this single pass of the tree. These lists can then be used later on by other DTML methods. I would very much appreciate feedback on the above. Cheers, Darran.

2 1

Remote DB connection
by Stephan Richter 13 Feb '00

13 Feb '00

Hello everyone. Short Question: How can I connect to a DB remotely? I am using PostGres. What do I heve to put into the DB connection string. (I read the source and it lost me somewhere on the DB.py and Connection.py level.) Regards, Stephan ===== --- Stephan Richter CBU - Physics and Cemistry Web2k - Technical Designs, Programming, Project Management __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com

2 1

OpenFlow 0.2 and some ideas about workflow on Zope
by Paolo Bizzarri 13 Feb '00

13 Feb '00

Hi everybody, first of all, just to know everybody that OpenFlow 0.2 has been released. I have included all the relevant portion of a workflow model. The classes defined should allow to build a workflow model in a most complete way. The url is: http://sourceforge.net/project/?group_id=2370 Now I have to take into account the engine part of the workflow itself (instantiation of process modells, activation, termination, interaction with other applications, etc.) I am thinking to a separate product wrt, so that you would have: - the Repository, where you mantain your object definitions, - the Engine, that take care of managing the instances themselves. What do you think about it ? Regards Paolo -- Paolo Bizzarri - Responsabile Marketing I3 Icube Srl Sede: Via Ridolfi 15 - 56124 Pisa (PI), Italia E-mail: p.bizzarri(a)icube.it WWW: www.icube.it Tel: (+39) 050 97 02 07 Fax: (+39) 050 31 36 588

1 0

Policy -- Docs link to source
by Loren Stafford 13 Feb '00

13 Feb '00

I'd like to suggest, that, as a matter of community policy, all documentation contain links back to the relevant source-code files. The goal is to make it possible for someone reading a source file to conveniently find all relevant documentation about that file (including commentaries in email lists and other forums). At the very least, links could be implemented as a textual mention of the source file. In that case, a search on the source-file name would bring up all relevant documentation. For example, the Chapter 4.II.2 "Zope Publisher" on http://zdp.zope.org/guide/ZBook/Outline/Chapter_2/Part2_4/Part24_2 could terminate with a brief paragraph saying that the ZPublisher is implemented primarily in ../lib/python/ZPublisher/Publish.py. That way a reader of Publish.py could find the overview of Chapter 4.II.2 when searching on "Publish.py". Another example is at the bottom of my "HowTo: ZClass Properties" (http://www.zope.org/Members/lstaffor/zProperties) I recently added the source-file links after doing some research in the Properties source code, and wishing I could read everything that had been written on the subject. Of course, I could search on "property" or "properties", but that would not result in as focussed a set of results. Documents that are part of some Zope document-management application might even have methods that return lists of relevant source files. That way special source-documentation catalogs could be built (topics?). I am not sure how far we need to go in that direction, though. Ideally the technique for linking and cataloging could be shared by official documents as will as ZDP and individual contributions (such as How-To's). If the technique cannot be shared, at least the policy should be. An idea worth pursuing? -- Loren

1 0

Re: [Zope] Odd behaviour while searching in the namepsace
by Tres Seaver 13 Feb '00

13 Feb '00

Evan Simpson <evan(a)digicool.com> wrote: > ----- Original Message ----- > From: H.G.J. van der Linde <linde(a)fsw.leidenuniv.nl> > > I found out that using mwid with > > > > <dtml-if "_.has_key(mwid)"> > > <dtml-var "_[mwid].tag()"> > > > > > > one space is added to mwid, so I get 'linde '. This space is not in the > > database, or generated by the database, I guess, because this works fine: > > > > <img src="/psychologie/mwfoto/<dtml-var mwid>" align="right"> > > Not conclusive. The browser might be perfectly happy to strip off the > trailing space. Try <dtml-var expr="_.len(mwid)"> to see for sure. > > > How do I use the (r)strip function in an expression like <dtml-if > > "_.has_key(mwid)">. > > You can <dtml-if expr="_.has_key(string.strip(mwid))"> and <dtml-var > expr="_[string.strip(mwid)].tag()"> and Martijn Pieters <mj(a)digicool.com> corrected it to: > Make that > > <dtml-if expr="_.has_key(_.string.strip(mwid))"> > > and > > <dtml-var expr="_[_.string.strip(mwid)].tag()"> I tried really hard to reproducte the problem, thinking that perhaps Zope was mangling the extra space onto mwid's value when used inside the expr="" attribute, while not in the name= one. I think I have to conclude that Heer Linde's problem is an artifact of something besides the DTML machinery, as no combination of properties and subobjects seems to yield the same result. So much for my rant on Zope's inscrutability in mangling a poor, helpless property value, and requiring such an ugly workaround. Tres. -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

2 1

Policy -- Docs link to source
by Loren Stafford 13 Feb '00

13 Feb '00

I'd like to suggest, that, as a matter of community policy, all documentation contain links back to the relevant source-code files. The goal is to make it possible for someone reading a source file to conveniently find all relevant documentation about that file (including commentaries in email lists and other forums). At the very least, links could be implemented as a textual mention of the source file. In that case, a search on the source-file name would bring up all relevant documentation. For example, the Chapter 4.II.2 "Zope Publisher" on http://zdp.zope.org/guide/ZBook/Outline/Chapter_2/Part2_4/Part24_2 could terminate with a brief paragraph saying that the ZPublisher is implemented primarily in ../lib/python/ZPublisher/Publish.py. That way a reader of Publish.py could find the overview of Chapter 4.II.2 when searching on "Publish.py". Another example is at the bottom of my "HowTo: ZClass Properties" (http://www.zope.org/Members/lstaffor/zProperties) I recently added the source-file links after doing some research in the Properties source code, and wishing I could read everything that had been written on the subject. Of course, I could search on "property" or "properties", but that would not result in as focussed a set of results. Documents that are part of some Zope document-management application might even have methods that return lists of relevant source files. That way special source-documentation catalogs could be built (topics?). I am not sure how far we need to go in that direction, though. Ideally the technique for linking and cataloging could be shared by official documents as will as ZDP and individual contributions (such as How-To's). If the technique cannot be shared, at least the policy should be. An idea worth pursuing? -- Loren

1 0

Re: [Zope] Uploading image files via forms ...
by Darran Edmundson 13 Feb '00

13 Feb '00

My original question was how to check if the user omits the filename in a submitted form: <dtml-if newimage> <dtml-call "manage_addImage('id', newimage.read(), '')"> </dtml-if> One option was to use name="filename:string:ignore_empty" but this seems to confuse Zope's content-type recognition when a file is actually selected. Kevin Dangoor suggested: > How about this (untested, as usual :): > <dtml-if "newimage.id()"> > or maybe > <dtml-if "newimage.filename"> The first does not work. The second does! Thanks very kindly. Darran.

1 0

CV/Resume database (was: How-to generate an XMLDocument automatically?)
by Darran Edmundson 13 Feb '00

13 Feb '00

Hi Matthieu, I can't address the XML question but I can describe how I implemented a CV/Resume in Zope that is working very nicely indeed. I created a Product as follows: root Control_Panel Products CVProduct PersonClass properties (nonchanging personal info) methods DegreeClass AwardsClass EmploymentClass HobbyClass I add a PersonClass instance with unchanging personal details, photo, etc. This person can then add any number of DegreeClass, AwardsClass, EmploymentClass, HobbyClass instances. All of these have StartDate, EndDate and Active fields in addition to Class-specific fields. It is then very easy to render a complete CV by looping over these instances. You might have already implemented this - if not, give it some thought as it's very flexible. Kudos to Phillip for suggesting this OO pattern. Cheers, Darran.

1 0

Fast CGI
by Bill Anderson 13 Feb '00

13 Feb '00

Anyone running FastCGI with Roxen? Bill -- In flying I have learned that carelessness and overconfidence are usually far more dangerous than deliberately accepted risks. -- Wilbur Wright in a letter to his father, September 1900

1 0