- Zope - Zope lists

RE: [Zope] Recursive aquisition: good or bad?
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: tsarna(a)endicor.com [mailto:tsarna@endicor.com] > Sent: Monday, June 07, 1999 4:44 PM > To: zope(a)zope.org > Subject: Re: [Zope] Recursive aquisition: good or bad? > > > Definately a feature. Both of the production Zope/Principia > installations I'm responsible for now (and one of them is actually > several sub-sites that could be separate) use this feature > quite a bit. > It's effectively a way to do "multiple acquisition" (in the sense of > multiple inheritance.) > > One use is something like this: > > app/ > mode1/ > mode2/ > mode3/ > objects (that implement app) > > You can have the user access app/... for "regular" access, or > app/modeN/... to get a different view on things, by having the mode > folders have objects that override the ones in app with different > behavior. The real advantage comes when different aspects of the modes > are not mutually exclusive. then you can have > app/mode1/mode2/... to get > both, if things are designed properly. You can also have > app/mode2/mode1/... do something different, by having mode1 override > mode2 (whichever is last takes precedence... it's like changing the > order of base classes in a class definition). > This is very interesting and is similar to some of the workflow constructs we've come up with, where we have different areas (what you call 'modes') defined for the different actors in the workflow. I'm not sure if we've taken advantage of your 'multiple' methodology though. Jeffrey? Is this similar? > In the sites I'm managing, the "modes" are some cases different modes > (like "show me this as text", "show me this as html", "provide the > ability to edit the data", which can possibly be combined, like html > view with editing). In other cases the modes are actually different > access levels. app may reference a DTML method "menu" in several > places. app can contain a basic definition of menu with the basic > choices and Anonymous view permission. You might have a "mode" folder > called "author" which contains a method of the same name but > with higher > security restructions and that provide more choices. by accessing > app/author/... instead of app/..., the user is forced to authenticate > and will be given more menu choices. All right that settles it. We're going to kidnap you and chain you to a desk. -Michel aka "Vinnie the Saint" > > _______________________________________________ > 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

RE: [Zope] Alpha version of mod_pcgi
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Andrew M. Kuchling [mailto:akuchlin@mems-exchange.org] > Sent: Monday, June 07, 1999 5:10 PM > To: zope(a)zope.org > Subject: Re: [Zope] Alpha version of mod_pcgi > > > Amos Latteier writes: > > The only outstanding problem that I know of is that the > SCRIPT_NAME and PATH_INFO environment variables aren't set properly, > and the HTML returned by Zope has bad links as a result. This > shouldn't be hard to fix, just requiring figuring out what Zope wants. > Perhaps: if (!strcmp(r->protocol, "INCLUDED")) { ap_table_setn(e, "SCRIPT_NAME", r->uri); if (r->path_info && *r->path_info) { ap_table_setn(e, "PATH_INFO", r->path_info); } } else if (!r->path_info || !*r->path_info) { ap_table_setn(e, "SCRIPT_NAME", r->uri); } else { int path_info_start = ap_find_path_info(r->uri, r->path_info); ap_table_setn(e, "SCRIPT_NAME", ap_pstrndup(r->pool, r->uri, path_info_start)); ap_table_setn(e, "PATH_INFO", r->path_info); } >From apache's src/main/util_script.c. -Michel > -- > A.M. Kuchling http://starship.python.net/crew/amk/ > Chaos often breeds life, when order breeds habit. > -- Henry Brooks Adams > > > _______________________________________________ > 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

processing forms
by Graham Chiu 07 Jun '99

07 Jun '99

I have a form with 50 or less items on it. The names of the form variables are taken from the result of a database query. In the examples I've seen, the target document already knows the names of the variables, which in some examples are properties of the parent folder. How would a document process a form when it doesn't know the names of the variables. Is there a list of the variable names that the target document knows, and can iterate over? ------- Regards, Graham Chiu gchiu<at>compkarori.co.nz

3 3

Re: [Zope] Alpha version of mod_pcgi
by Amos Latteier 07 Jun '99

07 Jun '99

At 06:12 PM 6/6/99 -0400, you wrote: >I've been wanting to learn how to write Apache extensions for a while, >and have written a mod_pcgi module. Thank you, thank you, thank you! Andrew you rule! A lot of people have talked about wanting a mod_pcgi, but you've actually done something about it. I'm quite excited to get this module working well; I think it will be a major boon to the Zope community. And while I *don't* volunteer to maintain it, I'd be quite happy to work on ZServer-PCGI integration with you, and whoever takes this up after you. Thanks again! -Amos

2 1

RE: [Zope] another simple question...
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Tony.McDonald(a)newcastle.ac.uk > [mailto:Tony.McDonald@newcastle.ac.uk] > Sent: Monday, June 07, 1999 3:54 PM > To: dmd(a)3e.org > Cc: zope(a)zope.org > Subject: Re: [Zope] another simple question... > > > > > > > > The zope manual would be much more useful if it gave a few > examples... > > > > I have this method: > > > > Method: GetAuthorID > > Arguments: authorid:int > > > > SELECT authorname,authoremail FROM authors > > WHERE  > > > > I then want to do something like this: > > > >  > > <A HREF="mailto:"></A> > >  > > > > > > What's the proper format for calling a method with arguments? > > > >  > blah blah >  > > I believe this is because 'GetAuthorID(4)' is actually an > expression and therefore needs > quoting. As for setting the ZSQL argument, that's because > I've never managed to get a ZSQL method > that needed an argumanet to work without it... > There is another side effect of using name lookup vs. expressions. If you just look a method up by name (assuming no arguments) like  and that method returns a sequence, the name 'blah' is actually turned *into* a sequence from a method. If you said:   You would get an error that 'blah' has no __call__ method, because it was turned into a sequence by being called by name. This is a feature, so that expensive methods can be cached. If you don't want this method cached (say it has some sort of side effect that changes itself, or is based on time, or some other craziness) then allways use quotes around it, and a) it won't be chached and b) it won't be transmutated into a sequence. Obviously, if your method requires arguments, 99% of the time your not going to want the cache the results, so calling methods with arguments requires using the expression machinery. The rule of thumb is, be consistent. Mixing and matching expressions and name lookup on the same method can run you into cache clash. -Michel > hth > toe > (dumb telnet session..) > > _______________________________________________ > 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] Subclass folder using Z Classes?
by Alexander Staubo 07 Jun '99

07 Jun '99

Dang! I didn't think of that. Thanks, you're absolutely right. :-) -- Alexander Staubo http://www.mop.no/~alex/ "`This must be Thursday,' said Arthur to himself, sinking low over his beer, `I never could get the hang of Thursdays.'" --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ >-----Original Message----- >From: zope-admin(a)zope.org [mailto:zope-admin@zope.org]On Behalf Of >Michel Pelletier >Sent: 7. juni 1999 22:00 >To: 'Alexander Staubo'; Zope Mailing List (E-mail) >Subject: RE: [Zope] Subclass folder using Z Classes? > > > > >> -----Original Message----- >> From: Alexander Staubo [mailto:alex@mop.no] >> Sent: Monday, June 07, 1999 3:37 PM >> To: Zope Mailing List (E-mail) >> Subject: [Zope] Subclass folder using Z Classes? >> >> >> Is there a way to create folder-like (ie., container) classes using Z >> Classes? (I'm using Zope 1.11.) >> > >Yes. Subclass 'ObjectManager'. > >-Michel > >> -- >> Alexander Staubo http://www.mop.no/~alex/ >> "`This must be Thursday,' said Arthur to himself, sinking low over >> his beer, `I never could get the hang of Thursdays.'" >> --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 ) >> > >_______________________________________________ >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

Doing Python-ish things in Zope...
by Zope on a Rope 07 Jun '99

07 Jun '99

How might I reference the first x characters of a title_or_id? I tried the Python-ish  and that clearly didn't work. Maybe I'm barking up the wrong tree. I'd like to be able to store all of my resources (images and things I haven't even thought of yet) away from the real content. My old-school Web development thinking says build a hidden directory and stuff them all in there. That works well until I try to stay tidy and add subdirectories. I renamed my resource directory 'zzz' but when I put, say, an 'img' folder in it, the 'zzz' directory doesn't show up on the tree but the 'img' folder does. Any clues? Thanks! Jules

2 1

RE: [Zope] ZODB vs SQL, ZTables
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Jordan B. Baker [mailto:jbb@spyderlab.com] > Sent: Monday, June 07, 1999 3:01 PM > To: zope(a)zope.org > Subject: RE: [Zope] ZODB vs SQL, ZTables > > > On Mon, 7 Jun 1999, Michel Pelletier wrote: > > > > 1) Would I be re-inventing the wheel here? Can ZTables > instantiate > > > ZClasses? The reason I like the ZClasses is because I'd like > > > to write my > > > business logic in Python. I suppose I could do this with External > > > methods. > > > > ZTables return an result 'object' called a 'brain'. This object is > > instanciated on the fly when you make queries. If you > define your own > > type of brain, then you can have your own types of objects. > I don't see > > any reason why this object couldn't be a ZClass, but > currently there is > > no mechanism to hook the two together through the ZClass, > there would > > have to be some python involved. > > This is pretty intriguing. I need to consider the cost/benefits. > > One thing I don't like about this is that (I assume) you > can't change the > data in the ZTable simply by assigning attributes as you could if each > piece of data was stored as objects. > Correct. The 'brains' aren't persistent or connected to the ZTable in any way, it would be, of course, possible to write methods for the brains class that manipulated the ZTable data, as you suggest below. > Either way it would be fairly easy to write getter/setter methods that > would use a ZTables API to update the records. I assume this > would work > anyway. > <snip> > > Well, I'd certainly be willing to provide feedback on the > documentation as > this would give me an idea of how it works at a lower level. > And it means > I could start protyping some of my ideas today instead of > waiting for the > internal QA of the Catalog to move along. Currently it's just a UML diagram and some documentation associated with it. In the spirit of releasing UML as our documentation format, I will probably be releasing the ZopeIndexing diagram soon. This is the 'documentation'. <snip> > > If there is any alpha testing going with it I'd be willing to run it > through its paces. Otherwise roughly when do you think > Catalog will be > available in some form? > We will be discussing that today. -Michel

1 0

another simple question...
by Daniel M. Drucker 07 Jun '99

07 Jun '99

The zope manual would be much more useful if it gave a few examples... I have this method: Method: GetAuthorID Arguments: authorid:int SELECT authorname,authoremail FROM authors WHERE  I then want to do something like this:  <A HREF="mailto:"></A>  What's the proper format for calling a method with arguments?

3 2

RE: [Zope] Subclass folder using Z Classes?
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Alexander Staubo [mailto:alex@mop.no] > Sent: Monday, June 07, 1999 3:37 PM > To: Zope Mailing List (E-mail) > Subject: [Zope] Subclass folder using Z Classes? > > > Is there a way to create folder-like (ie., container) classes using Z > Classes? (I'm using Zope 1.11.) > Yes. Subclass 'ObjectManager'. -Michel > -- > Alexander Staubo http://www.mop.no/~alex/ > "`This must be Thursday,' said Arthur to himself, sinking low over > his beer, `I never could get the hang of Thursdays.'" > --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