- Zope - Zope lists

RE: [Zope] Optional date properties (Zope 1.11)
by Alexander Staubo 10 Jun '99

10 Jun '99

Okay, admittedly that is so -- but I'd still like to pass a default value. Most date/time systems have a way of specifying a "zero" date value that be tested for equality. Right now what I'm doing is testing against "1900/01/01 00:00:00.0000 GMT+1", which feels a little stupid. -- Alexander Staubo http://www.mop.no/~alex/ "`Ford, you're turning into a penguin. Stop it.'" --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ >-----Original Message----- >From: Brian Lloyd [mailto:Brian@digicool.com] >Sent: 10. juni 1999 16:56 >To: 'Alexander Staubo'; Zope Mailing List (E-mail) >Subject: RE: [Zope] Optional date properties (Zope 1.11) > > >> I thought I could add an optional date property to my Z >> Class' property >> sheet, but no -- it seems Zope requires that you fill in a >valid date. >> Is there a workaround? >> >> Isn't this inconsistent with other properties' behaviour, though? >> Wouldn't it be logical that an empty date value as entered in Zope's >> management screens would represent "None" or at least a >generic "zero" >> date? >> >> -- >> Alexander Staubo > >I don't think that this is necessarily inconsistent - for example, >if you try to add an int, float, etc. with no value you get: > >exceptions.ValueError: >Empty entry when integer expected > >String and string-ish fields may _seem_ to act slightly >differently in that they accept an empty value, but this >is really not so different when you consider that '' is a >valid string (in the same way that 0 would be a valid, >but "empty" integer). > > >Brian Lloyd brian(a)digicool.com >Software Engineer 540.371.6909 >Digital Creations http://www.digicool.com >> >

1 0

RE: [Zope] Optional date properties (Zope 1.11)
by Michel Pelletier 10 Jun '99

10 Jun '99

> -----Original Message----- > From: Alexander Staubo [mailto:alex@mop.no] > Sent: Thursday, June 10, 1999 11:02 AM > To: Zope Mailing List (E-mail) > Subject: RE: [Zope] Optional date properties (Zope 1.11) > > > Okay, admittedly that is so -- but I'd still like to pass a default > value. Most date/time systems have a way of specifying a "zero" date > value that be tested for equality. Right now what I'm doing is testing > against "1900/01/01 00:00:00.0000 GMT+1", which feels a little stupid. > I beleive DateTime(0) (or ZopeTime(0)) gives you an effective 'lower bound'. -Michel > -- > Alexander Staubo http://www.mop.no/~alex/ > "`Ford, you're turning into a penguin. Stop it.'" > --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ > > >-----Original Message----- > >From: Brian Lloyd [mailto:Brian@digicool.com] > >Sent: 10. juni 1999 16:56 > >To: 'Alexander Staubo'; Zope Mailing List (E-mail) > >Subject: RE: [Zope] Optional date properties (Zope 1.11) > > > > > >> I thought I could add an optional date property to my Z > >> Class' property > >> sheet, but no -- it seems Zope requires that you fill in a > >valid date. > >> Is there a workaround? > >> > >> Isn't this inconsistent with other properties' behaviour, though? > >> Wouldn't it be logical that an empty date value as entered > in Zope's > >> management screens would represent "None" or at least a > >generic "zero" > >> date? > >> > >> -- > >> Alexander Staubo > > > >I don't think that this is necessarily inconsistent - for example, > >if you try to add an int, float, etc. with no value you get: > > > >exceptions.ValueError: > >Empty entry when integer expected > > > >String and string-ish fields may _seem_ to act slightly > >differently in that they accept an empty value, but this > >is really not so different when you consider that '' is a > >valid string (in the same way that 0 would be a valid, > >but "empty" integer). > > > > > >Brian Lloyd brian(a)digicool.com > >Software Engineer 540.371.6909 > >Digital Creations http://www.digicool.com > >> > > > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] Optional date properties (Zope 1.11)
by Brian Lloyd 10 Jun '99

10 Jun '99

> I thought I could add an optional date property to my Z > Class' property > sheet, but no -- it seems Zope requires that you fill in a valid date. > Is there a workaround? > > Isn't this inconsistent with other properties' behaviour, though? > Wouldn't it be logical that an empty date value as entered in Zope's > management screens would represent "None" or at least a generic "zero" > date? > > -- > Alexander Staubo I don't think that this is necessarily inconsistent - for example, if you try to add an int, float, etc. with no value you get: exceptions.ValueError: Empty entry when integer expected String and string-ish fields may _seem_ to act slightly differently in that they accept an empty value, but this is really not so different when you consider that '' is a valid string (in the same way that 0 would be a valid, but "empty" integer). Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com >

1 0

Re: That Gadfly adapter.... *grin*
by Aaron Watters 10 Jun '99

10 Jun '99

Sean McGerty wrote: > > Bugger. I've been using the following construct with ODBC SQL dbs for years... There's >also matching examples in the Gadfly documentation, but Gadfly through Zope doesn't >seem to like it: > > :select * > :from A, B > :where A.recNum = B.recNum > > And both recNum fields are of the same type. Simple you say? I thought so. Except it's >coming back as blank and if I change the = to a <> all rows and columns are returned - >including those which an eyeball search says have matching recNum values. Which makes >one wonder if I'm missing something significant. My guess is that your eyeballs are deceiving you. Gadfly ignores declared sql types -- so if one side is the int 12 and the other side is the string "12" gadfly will print them the same and insist that they are not equal. Similar for "12 " and "12". Jim Fulton: >The version of gadfly that is used in our Zope ZGadflyDA is woefully out of date. Yes, but I've never had a complaint like this about any version of gadfly (that was a gadfly bug, modulo the missing type inforcement which is arguably a bug). -- Aaron Watters http://www.chordate.com === Partying is such sweet sorrow. -- Shakespeare (corrected)

1 0

RE: [Zope] Long running process
by Michel Pelletier 10 Jun '99

10 Jun '99

> -----Original Message----- > From: Mikhail Terekhov [mailto:terekhov@emc.com] > Sent: Thursday, June 10, 1999 9:58 AM > To: zope(a)zope.org > Subject: [Zope] Long running process > > > Hi, > > Suppose I've created Zope product which has a method whith heavy > computations inside it. Is it possible to monitor execution of such > method? I.e. not to wait until it finishes, but display the current > status of computations. > Yes, but if your not using 2.0 with ZODB3, this this computation will block all other requests. -Michel > Regards > Mike > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

ANN: Squishdot -- a slashdot-clone Zope Product
by Butch Landingin 10 Jun '99

10 Jun '99

Hi ya all, After some sanity-checking by a small group of testers, Squishdot - a slashdot-clone Zope product, is now ready to be downloaded, commented on, its tires kicked and its innards poked around. It's available at the following url: http://members.tripod.com/squishdot/index.html Some caveats, however : 1) it's very early alpha-software. It's still probably got some big bugs lying around, waiting to pounce on 'ya. I'm releasing it to a larger group hoping to get more bug reports. Start sending them to squishdot(a)yahoo.com. 2) it works best if you have Ty Sarna's TinyTable Zope product installed. It works with both the original TinyTable product (ver. 0.7.3) as well as the TinyTable beta2 (ver. 0.8.2) 3) it has been tested with Zope 1.10.2 (stable release). It can also work with later versions, including Zope2, but you need to patch your TinyTable product to make to the fancy demo options work. The following url: http://www.egroups.com/group/zope/5991.html? can give you some guidance on how to patch it (TinyTable) to work with Zope2/ZODB3. Lastly, thanks to the group of testers for testing the early release candidates of Squishdot. Your bug reports have helped me improve the product immensely. Thanks specially to Michael Bernstein for the Zope2/ZODB3 test. Best Regards, Butch Landingin butchland(a)yahoo.com _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

5 5

RE: [Zope] Newbie q: Name.error at startup
by Michel Pelletier 10 Jun '99

10 Jun '99

Yes, perhaps you'd like to revise WEBSERVER.txt acording to your experiences and send it to me? -Michel > -----Original Message----- > From: Phil Harris [mailto:phil@philh.org] > Sent: Thursday, June 10, 1999 9:32 AM > To: Michel Pelletier; Michael Bernstein; beddow01(a)globalnet.co.uk > Cc: zope(a)zope.org > Subject: Re: [Zope] Newbie q: Name.error at startup > > > Should the docs be changed to reflect this? > > Phil > phil(a)philh.org > > > ----- Original Message ----- > From: Michel Pelletier <michel(a)digicool.com> > To: 'Phil Harris' <phil(a)philh.org>; Michael Bernstein > <mbernstein(a)profitscape.net>; <beddow01(a)globalnet.co.uk> > Cc: <zope(a)zope.org> > Sent: Thursday, June 10, 1999 2:24 PM > Subject: RE: [Zope] Newbie q: Name.error at startup > > > > > -----Original Message----- > > > From: Phil Harris [mailto:phil@philh.org] > > > Sent: Thursday, June 10, 1999 4:13 AM > > > To: Michael Bernstein; beddow01(a)globalnet.co.uk > > > Cc: zope(a)zope.org > > > Subject: Re: [Zope] Newbie q: Name.error at startup > > > > > > > > > after installing Zope 2.0.0a1 on RedHat 5.2, Python 1.5.2 I > > > had to make a > > > slight adjustment to the RewriteRule :- > > > > > > From: > > > > > > RewriteRule ^/Zope/(.*) /usr/local/apache/cgi-bin/Zope.cgi/$1 > > > [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] > > > > > > > It actually works this way for pre 1.3 Apache... > > > > > > > > To: > > > > > > RewriteRule ^/Zope(.*) /usr/local/apache/cgi-bin/Zope.cgi$1 > > > [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] > > > > > > > And this way for post 1.3... > > > > go figgure. > > > > > > > > _______________________________________________ > > Zope maillist - Zope(a)zope.org > > http://www.zope.org/mailman/listinfo/zope > > > > (For developer-specific issues, use the companion list, > > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) > > > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

2 1

Long running process
by Mikhail Terekhov 10 Jun '99

10 Jun '99

Hi, Suppose I've created Zope product which has a method whith heavy computations inside it. Is it possible to monitor execution of such method? I.e. not to wait until it finishes, but display the current status of computations. Regards Mike

1 0

RE: [Zope] University Website with Zope
by Michel Pelletier 10 Jun '99

10 Jun '99

> -----Original Message----- > From: Troy Shurtleff [mailto:troy@mav.net] > Sent: Wednesday, June 09, 1999 10:20 PM > To: zope(a)zope.org > Subject: [Zope] University Website with Zope > > > I a working on a more effective way to manage the website for a public > university in North Carolina. Lately I have been considering > Zope as a > possible solution. I have spent some time using Zope and > seeing what I > can do with it. > > There are two features that are a priority in the web site... > > 1. We need to have a search feature where users from the web > can enter > a value in a search field and find documents that contain that > text.....a fairly simple operation. Not as simple as you think. What is searchable content? You may just want to search through Documents, but how should Methods be handled? Should the title be indexed seperately? Should the author be indexed? In a system which involves such concepts as acquisition and Methods rendering Documents, what exactly get indexed? The contentes with the DTML striped? The rendered contents of the Document? Since almost all rendering depends on the context of the request, how should the indexer set up the context? What if different contexts define wildly different content? What happens when a Document renders a method that calls another method that uses a ZSQL method? Obviously, you don't want to render information that will change on every request (like, show me the latests ten records in my write-busy SQL database). It wouldn't be too hard to write something that bute force searches through your objects (ala grep and find, in fact we have this find machinery in Zope), but this of course would be prohibitvely expensive and it would wake up your entire object heirarchy. So the solution is to build indexes. Zope comes with all the indexing machinery necesary to do this, it's just all in Python. So to get indexing benefits you must write a product in python to take advantage of this. Luckily, we are working on this concept right now. We have an in house product called Catalog that will do just that, Catalog your objects in various indexes acording to a managable schema. We are taking our time with it because it is a complex beast which has bitten us before (we have done plenty of searching/indexing jobs before). > > I tried experimenting with the find feature in the Zope management > interface. I was able to get close to what I want. I had to give > anonymous users permision to view management screens. after > some search > criteria was entered a list of DTML Documents would appear that > contained the text that I searched for. When I clicked on > the documents > it took me to the management screen for that document....from there i > could view it. > 'find' is pretty much a managment function for you to find an object in the heirarchy. I wouldn't suggest making it public, it is expensive as it recursivly walks it way down your whole tree, seaching awake objects, and waking up and searching (and then putting back to sleep) sleeping objects. > I would like to be able to better control the appearance of the output > after a user does a search and I would like the user to be > sent directly > to a document listed in the search results.....without going > through the > management screen. > This is something the catalog will do, albeit in a much cheaper fasion. > 2. We would like to have a dynamically generated site > map....this will > probably only be avalible to administrators but possibly > outside users. > With the site map I would like to see what is linked to what...and if > there are any broken links. I tried using the tree tag but nothing > showed up. >  >  >  > is there something wrong with it? a tree view may be sufficient. > Once again, the catalog can help you here. The Catalog is designed to be flexible in making a Directory of your indexed objects (Caveat: your objects must conform to a certain schema, so you will have to define ZClasses and use those objects in your site, not painful, just more work). You specify in the schema of your object say, a keyword argument, and then build a tree of objects based on those keywords. This is nice because your objects don't actually have to be laid out in a heirarchical fasion in the object database, they just *look* that way. So you can have objects strewn all overthe place and still have your site look very pretty. Directories will probably be in a later release of the portal tool kit. > I am currently running... > Zope 1.10.2 (binary release, python 1.5.1, win32-x86), on Python 1.5.1 > (#0, Nov 18 1998, 12:17:58) [MSC 32 bit (Intel)] on win32. > > Eventually we plan on installing Zope on our primary academic > machine....unix....that is if we can implement the features we want. > > Any help would be greatly appreciated. > > Feel free to respond to this via e-mail to troy(a)mav.net > > Thanks > Troy > -- > Troy Shurtleff > troy(a)mav.net > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] Permission mappings, Z Classes, and acquisition
by Michel Pelletier 10 Jun '99

10 Jun '99

> -----Original Message----- > From: Alexander Staubo [mailto:alex@mop.no] > Sent: Wednesday, June 09, 1999 10:26 PM > To: Zope Mailing List (E-mail) > Subject: [Zope] Permission mappings, Z Classes, and acquisition > > > Let's say I create a Z Class "Document" and define some new permission > types. Then for some objects in my Z Class I create > permission mappings, > such as "Add Documents, Images, and Files" and "Delete > objects" mapping > to my permission type "Manage documents". Then I create some instances > of the Z Class in the folder "Documents". I define a new global role > "DocumentAdmin". I want this role to manage documents in the > "Documents" > folder and all subfolders. > > But there's the rub. I'd like to use acquisition to enable these > security settings for all documents in this hierarchy. Zope > only allows > giving this permission to this role for each and every > specific Z Class > instance, because my custom permissions, such as "Manage > documents", are > not available on the folder level -- they're only available on > instances. > > Is this a bug? Isn't the permission list supposed to be a superset of > all available permission types defined in the database? Am I missing > something? > I don't think this is a bug. In order for you to aquire permissions from on up high, you must aquire them from a container. If you object is a container, then it's permissions can be aquired, but if it's container (say, a straight folder) does not define permissions it wants to aquire, then it can't. > Because of this design, I guess I have to create a dummy Z > Class called > "DocumentFolder" which defines my custom permissions, then > let the root > folder be an instance of this class. Which is fine, but I > didn't expect > having to do this. If this is by design, I'd like to know the > rationale > behind it. > This is how you'll have to do it. There is no "super" set of permissions anywhere. A plain folder containing your ZClass can't know what permissions it wants because acquisition works the other way. In fact, it's a feature that you can't acquire permissions down, because that would break the Zope law of delegation and abstraction of control. Managers in upper level folders would have to deal with a growing list of mostly un-related permissions they don't care about. So if you want to define your own permissions on your own object, and you want those objects to aquire from a containing parent, that containing parent must also define the permissions your objects are interested in. In your case, this involves creating a custom container of some sort. -Michel > Oh, and this is Zope 1.11.0pr1. > > -- > Alexander Staubo http://www.mop.no/~alex/ > "`Ford, you're turning into a penguin. Stop it.'" > --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0