June 2000 - Zope-Dev

Re: [Zope-dev] Problems with LoginManager form-based login
by Phillip J. Eby 02 Jun '00

02 Jun '00

At 07:11 PM 5/26/00 +1000, Stuart 'Zen' Bishop wrote: >On Wed, 24 May 2000, Phillip J. Eby wrote: > >> This is a problem that apparently can only be solved by replicating >> ZPublisher's backward walk, which is the wrong thing to do because the >> traversal will be O(n^2). Bleah. I guess we'll have to do something like >> Stuart Bishop's backward walk in the GUF, since any enhancement of the >> ZPublisher architecture to handle login forms properly won't happen until >> at least 2.2. > >The backward walk stuff (which I don't think ever worked - every time >I fixed one case it seemed I'd break another) has been torn out and >replaced with code that does what you are after. Grab a copy of the >latest version and search for 'WooHoo' in GenericUserFolder.py Been there, done that. Yours doesn't work either, btw. Well, actually, it does, it's just that it causes a memory leak because it leaves an unintended circular reference. We've got a version that fixes the circular reference, but in a really really ugly way (it does a run-time patch to BaseRequest.close() to remove the poked-in unauthorized() method). It will be in LM 0.8.6, which we're trying to finish now. We might have had it done today, but there was a bomb threat in one of the buildings in the complex where we work and we were evacuated for a couple hours. LM 0.8.6 also works with Zope 2.2 as far as being able to be added, although I'm not sure it interoperates properly with the new security API. It will still be backward compatible with Zope 2.1.6 either way, though.

3 8

Re: ZPatterns complexity?
by Phillip J. Eby 02 Jun '00

02 Jun '00

At 01:40 PM 6/2/00 +0800, Mike wrote: > >As I'm reading ZPatterns source code more and more I'm finding there are >good things just hidden in unclean or bad defined interfaces. Just a >suggestion: define interfaces as abstract classes first, then implement >them (as AbstractRack, DefaultRack and GenericRack for example). I might back interfaces out later. But while the whole thing is still a prototype it doesn't make a lot of sense to keep two going. Originally, Rack itself was a base class, but the way things are shaping up it will only need subclassing if you want a custom way of mapping from a mountable's "id" to the persistent data stored by the Rack. >told 'mess' I meant I spent a lot of time to realize the Rack do not >store RackMountables but just manages them. That was the whole point of Rack; this has been mostly addressed on the mailing list, in my talk/slides at the Python conference, and in the ZPatterns wiki. >The second thing confusing me is property sheets. They come from problem >domain isn't it? I guess attribute providers are sufficient to do all >the work. What that sheets needed for? Two things. 1) WebDAV support requires the ability to add arbitrary property sheets containing arbitrary data. 2) Propertysheets (especially when used with XML namespace URL's) give a way of standardizing an interface to common properties, without polluting an object's "main" namespace. This way, one can take an object that wasn't designed for a certain purpose, and attach a propertysheet that serves as an adapter to give it a different interface to its data. Consider the scenario of a scheduling application that creates calendars, or manages resource contention. But you would like to use it with say, a "room" object that was not written as part of the scheduling application. If the scheduling application can just add a scheduling propertysheet to the room object, or you can configure the room objects' datamanager or rack to add a propertysheet that makes it usable with the scheduling application, then you get to benefit from two unrelated frameworks (room management and scheduling). This is a core intent of ZPatterns: making it easy to blend frameworks that cover different behavioral aspects and problem domains. Because real world objects have a funny way of being part of more than one "problem domain" from a software development point of view. :) >And one more thing I would to say. I agree the RackMountable should not >be acquisition-aware because Attribute providers have full >responsibility on its (acquired) attributes. But I do not like default >Specialist.__bobo_traverse__ behavior. It is trying to make __of__ on >thing which is not an Acquisition.Implicit by definition! Good point. __of__, however, is not limited only to acquisition. In any case, I have moved the __of__ call to the Specialist.getItem() method in 0.4.0. In 0.4.0 DataSkins (the replacement for RackMountables) include an __of__ method in their base class, as this is where they figure out their controlling DataManager (when retrieved from something other than a Rack). Thus, with 0.4.0 it is not necessary to include Acquisition.Implicit in a RackMountable's base classes.

1 0

Repeating a piece of HTML code
by Alex Mendez 02 Jun '00

02 Jun '00

Hello, it's the first time I write here and I'm a newbie at Zope, so maybe I'm asking a stupid question... Case is I retrieve from my movie database the value of the movie from 1 to 5 stars. I would like to repeat that n times the code <img SRC="star.gif" height=15 width=15> so the number of stars would appear: 1 - * 2 - ** 3 - *** 4 - **** 5 - ***** Is there any way to do so in Zope? Does the <dtml-in> tag anything to do with it? Thank you! ===== Saludos!! -------- _- /Txapulin\ -_ txapulin(a)yahoo.com O \ / --- \ / O http://www.geocities.com/txapulin \/ | \/ / |XAP \ |----------------------------| |----------------------------| __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com

5 5

Using """string""" idiom in dtml
by Steve Alexander 02 Jun '00

02 Jun '00

How easy would it be to allow """python strings""" inside DTML tag attributes? I'm thinking particularly of situations like: <dtml-var "'''<img src="foo.gif">''' * 12"> Currently, you need to mess about with _.chr(34) and string concatenation. The triple-quote idiom looks clearer to my eyes. -- Steve Alexander Software Engineer Cat-Box limited

2 2

RE: [Zope-dev] Repeating a piece of HTML code
by Marcus Collins 02 Jun '00

02 Jun '00

Hi, > -----Original Message----- > From: Alex Mendez [mailto:txapulin@yahoo.com] > Sent: 02 June 2000 12:28 > To: Lista Zope > Subject: [Zope-dev] Repeating a piece of HTML code > > Hello, it's the first time I write here and I'm a > newbie at Zope, so maybe I'm asking a stupid > question... The only stupid question is the one that's never asked. You might, however, find that questions like this are more suited to the general zope(a)zope.org mailing list. > Case is I retrieve from my movie database the value of > the movie from 1 to 5 stars. I would like to repeat > that n times the code <img SRC="star.gif" height=15 > width=15> so the number of stars would appear: > > 1 - * > 2 - ** > 3 - *** > 4 - **** > 5 - ***** > > Is there any way to do so in Zope? Does the <dtml-in> > tag anything to do with it? The <dtml-in> tag is certainly what you're looking for if you want to do this in DTML. Something like the following will do what you're looking for: <dtml-let stars="5"> <dtml-in "_.range(stars)"> <IMG SRC="star.gif" HEIGHT="15" WIDTH="15"> </dtml-in> </dtml-let> The <dtml-in "_.range(stars)"> ... </dtml-in> forms a loop that gets repeated 5 times by using the python range function -- generally, anything inside double quotes in DTML is treated as a python expression. You'll find that the "_." notation, which accesses the global namespace, allows you to make use of all sorts of python functions. You would replace the <dtml-let stars="5"> with a call to your database to find the actual number of stars. hth, -- Marcus

1 0

newbie / dtml-tree and external methods
by Gilles Verley 02 Jun '00

02 Jun '00

Hi all, I'm newbie both in python and in zope (in English too!), and here is a problem I realy can't sort out. I would to display the tree structure of a repository disk. Therefore I wrote a recursive class MyFolder, with the following attributes (code is at the bottom of the message): class MyFolder: fname : name of the base folder subfolders : a list of MyFolder objects, made after the subfolders of my folder MyFiles : a list of the files of my folder (actually a list of object whose only attribute is the name of the file) I call this class with the following external method: def ZMyWalk(self,dir): #=None): """ returns ...""" # MyRepTest is the default value #if not dir : dir=MyRepTest return MyFolder(dir) And I try to publish it with the following DTML-method: <dtml-with "ZMyWalk('\\\\saigon\\d\\divers\\wlk')"> <dtml-tree branches_expr=subfolders> <dtml-var FolderName> <dtml-in MyFiles> <dtml-var name><br> </dtml-in> </dtml-tree> </dtml-with> It displays the first level fine. But when I try to expand the tree by clicking on the small + sign, it acts randomly (doesn't do anything, or expand another branch, sometimes it even does the right thing, ..). Any guess? I'm totally lost :-( . I'm not sure I does this the right way. The SomeFile class I 've made seem rather artificial. I run Zope 2.1.6 with Python 1.5.2 under NT4.0 and I got the TreeTag.py pach. PS : here are the classes I use. class MyFolder: """fait une recursion dans un repertoire""" def __init__(self,dir): self.path=dir self.FolderName=os.path.basename(dir) self.subfolders=[] self.MyFiles=[] for f in os.listdir(dir): pathname='%s\\%s' % (dir, f) if os.path.isdir(pathname): self.subfolders.append(MyFolder(pathname)) elif os.path.isfile(pathname): self.MyFiles.append(SomeFile(f)) else: pass class SomeFile: """ ... """ def __init__(self,name): self.name=name

1 0

What causes the failure
by Robin Becker 02 Jun '00

02 Jun '00

After updating with the latest CVS patches my formerly working installation now fails with an Authorisation failure. Before I didn't need a password at all; now even the manager password fails. Please ZOPE developers, can't we get some information into the trace back about what object/permission is causing this kind of failure. Zope Error Zope has encountered an error while publishing this resource. Unauthorized You are not authorized to access this resource. Username and password are not correct. Traceback (innermost last): File C:\Python\devel\Zope\lib\python\ZPublisher\Publish.py, line 224, in publish_module File C:\Python\devel\Zope\lib\python\ZPublisher\Publish.py, line 189, in publish File C:\Python\devel\Zope\lib\python\ZPublisher\Publish.py, line 161, in publish File C:\Python\devel\Zope\lib\python\ZPublisher\BaseRequest.py, line 460, in traverse File C:\Python\devel\Zope\lib\python\ZPublisher\HTTPResponse.py, line 560, in unauthorized Unauthorized: (see above) I found one problem already when I found that apparently my permissions for tiny tables had been modified somehow. In that case I could see the name of the tiny table that was being requested in the traceback. This permissions model is already far too complex; without random changes being introduced as the model is hacked. -- Robin Becker

3 6

Zope 2.1.6: ZCatalog's Reindex unintuitive?
by Dieter Maurer 01 Jun '00

01 Jun '00

ZCatalog's "manage_catalogReindex" rebuilds the indexes for currently cataloged objects. Object which do no longer exist are removed. However, new objects in the catalog's "search space" are not added. This has the advantages, that 1. the catalog can be filled with several finds 2. cataloged objects can be manually managed (removed). However, it does not support well a common use: provide search facilities for part of a WebSite. For this use, new pages, too, would have to be found and indexed. I know, of cause, that a DMTL method could do this job. However, a general method "manage_catalogRefind" might be generally useful. It would remember the parameters for the last find operation and reapply the find. What do you think? Dieter

2 1

Re: [Zope-dev] How Medusa handles file extensions
by Tres Seaver 01 Jun '00

01 Jun '00

On Thu, 1 Jun 2000, Andrew Lahser wrote: > Tres Seaver wrote: > > Chimezie Thomas-Ogbuji asked: > > > > > Does any one know how the Medusa FTPServer determines > > > which Zope Object/Product to instanciate based on the > > > file extension of a newly created file? For instance > > > if I create a .dtml file, a DTMLMethod is created, if > > > I create a .gif file a Image is created, and any > > > unrecognized extension is instanciated as a File > > > object. I'm trying to capture files with .xml > > > extensions so they are instanciated as XMLDocuments > > > > $ZOPE_HOME/lib/python/OFS/ObjectManager.py contains > > a helper class, PUTer, which makes this choice. > > Unfortunately, it doesn't have a hook to allow > > installation of additional filetype mappings, so I > > don't see an easy fix. Refactoring time, anyone? > > > > Are you suggesting that a Product would "register" it's > mime type when its imported at Startup; then the PUTer > could check all of the registerd Products for an > appropriate type before creating an object? That would be the easiest, but most rigid, implementation. > Or are you suggesting that there is an external mapping > of mime-types to Zope objects that might be maintained > by someone with Manger privledges? Or even each user > might be able to adjust the mime-type to zope object > mapping to suit their work environment? > > Or what did you have in mind? I didn't think the options through as carefully as you have: I probably had the model used by LocalFS in the back of my head, which is pretty much your "manager" option. The user-specific one is an interesting idea, too. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

1 0

Re: [Zope-dev] How Medusa handles file extensions
by Tres Seaver 01 Jun '00

01 Jun '00

Chimezie Thomas-Ogbuji asked: > Does any one know how the Medusa FTPServer determines > which Zope Object/Product to instanciate based on the > file extension of a newly created file? For instance > if I create a .dtml file, a DTMLMethod is created, if > I create a .gif file a Image is created, and any > unrecognized extension is instanciated as a File > object. I'm trying to capture files with .xml > extensions so they are instanciated as XMLDocuments $ZOPE_HOME/lib/python/OFS/ObjectManager.py contains a helper class, PUTer, which makes this choice. Unfortunately, it doesn't have a hook to allow installation of additional filetype mappings, so I don't see an easy fix. Refactoring time, anyone? Tres -- ========================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

1 0