April 2000 - Zope - Zope lists

Phil Greenspun on ACS and ZOPE
by LEE, Kwan Soo 27 Apr '00

27 Apr '00

hi zopistas I've ask a question to PG through Slashdot. Here is his answer: http://slashdot.org/article.pl?sid=00/04/27/107235&mode=nocomment (activate "Find" of your browser and type "ZOPE") and more on ACS vs ZOPE here: http://www.photo.net/building-community/infrastructure.adp (at the 2nd finding "ZOPE", I've not noticed this before. Did any one?) and his list of prebuilt modules of ACS here: http://www.arsdigita.com/pages/toolkit/modules.html I've enjoyed his writings and they definitely broadened my sight. But somewhat feel we are challenged (or are we challenging?) This is a bit sour, especially since I see there are fundamental difference of view on the suitability of OO to the database/content-driven web application, and his has (at least some) big points. See the "Our Data Model" section and what follows there of http://www.arsdigita.com/doc/bookmarks.html. I think even myself can implements not so difficultly what he boasts, except "the Ability to correlate your bookmarks with other users with similar interests". Yes, I know there is ZCatalog and ZSQL but his characterization of ACS and ZOPE)"ACS is the thinnest possible layer on top of Oracle and Zope has its own set of abstractions") half bought me, though the price tag of Oracle repels more, ;-) I do not want to start a series of flames, but any thought? Can our OO Zealot shed more illumination to the weak-faiths? LEE Kwan Soo.

3 2

Manually take in variables in Python method.
by Peter Bengtsson 27 Apr '00

27 Apr '00

To begin with, I am a "newbie". I can though do my own Python scripts and simply connect them to my zope. What I do (having created an External Method) to use querystrings in my python code is this. <dtml-var "the_python_Id(MyQuerystring1, MyQuerystring2)"> (the querystrings are for example name, email, age, ... and not MyQuerystring(n)) And my python code returns something based on these inputs. What if I have very many inputs. Because on a Zope page of mine I have a huge form with a lot of input and I want to be able to pass all of that into a python module. Is there any nifty way of doing this, with loops or "take-it-all-in-the-module". The simple way would be to write down all querystrings seperated by a comma , In ASP you can write: "For Each item in Request.Form" Any Ideas?

2 1

Re: [Zope] DTML Tree + SQL problem
by Andrew Williams 27 Apr '00

27 Apr '00

I'm at home today doing yard work :), but I will try to remember everything for you: ZSQL Method ----------------- Name: tree_query Arguments: parentid SQL Query: SELECT objectid FROM associative_table WHERE <dtml-sqltest parentid>; ----------------- index_html: --------------------- ...stuff <dtml-let objectid="REQUEST.get('variable')"> <dtml-tree id=objectid branches_exp="tree_query (parentid=objectid)" leaves="leaves_render"> <dtml-var objectid> </dtml-tree> </dtml-let> ...more stuff --------------------- leaves_render: --------------------- ..stuff <dtml-in results_query> <dtml-var var_one> <dtml-var var_two> </dtml-in> ..more stuff --------------------- All of the above works correctly; unfortunately, expand_all only expands the branches, not the leaves. Hope this is the information you were asking. Thanks, Andrew btw, why can't you just put a SQL statement in there, should would be easier! LOL -----Original Message----- From: Chris Withers chrisw(a)nipltd.com Sent: Thu, 27 Apr 2000 17:47:02 +0100 To: ajwms(a)visto.com CC: zope(a)zope.org Subject: [Zope] DTML Tree + SQL problem > Second question dealt with <dtml-tree > branches_exp="some_sql_statement" leaves="dtml_method>. I > patched the treetag.py file, but expand_all=1 does not > expand the leaves. I'm not sure if this is intended or is > a bug. I hope my "some_sql_statement" you mean a ZSQL mthod. If you've just put an SQL statement between the quotes then you have an understanding problem of how Zope works ;-) Can you post me (or the list) the SQL method and the DTML method. Maybe even a .zexp with containing both of them? cheers, Chris _______________________________________________ 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 ) __________________________________________________________________________ Visit http://www.visto.com/info, your free web-based communications center. Visto.com. Life on the Dot.

1 0

Re: [Zope] Unanswered questions...
by Andrew Williams 27 Apr '00

27 Apr '00

Here are the two How-to's which helped me get zope running in remote user mode: http://www.zope.org/Members/jephte/HOWTO/IIS_and_Zope_in_REM OTE_USER_mode and http://www.zope.org/Members/brianh/iis_howto The first one is written in both French and English; scroll down towards the bottom and you will find the English version (unless you want to try your French out!) Also, check out jcNTUserFolder at http://www.zope.org/Members/jephte/jcNTUserFolder. That product seems to be working pretty good for me. The authentication works fine for me; however, I haven't been able to view the .gif's correctly. Hope this helps... Andrew -----Original Message----- From: J. Michael Mc Kay admin(a)ihosts.net Sent: Thu, 27 Apr 2000 12:28:49 -0400 To: ajwms(a)visto.com, 444(a)hiretechs.com CC: zope(a)zope.org Subject: Re: [Zope] Unanswered questions... Hey....got a question for you...Andrew. You mentioned that you had IIS authenticating users. I just wanted to ask if you stuck with the "How to" procedures at zope.org to do it? I am trying to do the same with another web server, I believe a lot of IIS was modeled from in the beginning, Website Pro. (the win- cgi aspects were created by the WebSite creator, Bob Denny at Orielly) I'm wondering if you found that the problem was just getting NT to authenticate users. I guess these are NT user accounts that need to be set up for remote administration. I've been told to get WebSite people to help me with this but I seem be failing miserably. I've posted a lot of what i call exciting reasons to do this on the Website group and so far have been met with silence. I imagine they will soon tell me to get on topic. Appreciate your time hisnibs ----- Original Message ----- From: "Andrew Williams" <ajwms(a)visto.com> To: <444(a)hiretechs.com> Cc: <zope(a)zope.org> Sent: Thursday, April 27, 2000 12:19 PM Subject: Re: [Zope] Unanswered questions... > Lets see... One question is getting zope and IIS to behave > correctly together. I had it setup where IIS did the > authentication, Zope running in remote user mode (?), and > everything authenticated correctly. The problem I ran into > was viewing the management screens; the .gif's were not > rendering correctly. In addition, IE 5.0 was displaying > the tree in the left frame, but not the management screens > in the right frame. > > Second question dealt with <dtml-tree > branches_exp="some_sql_statement" leaves="dtml_method>. I > patched the treetag.py file, but expand_all=1 does not > expand the leaves. I'm not sure if this is intended or is > a bug. > > Thanks, > > Andrew > > > > > -----Original Message----- > From: Jason Spisak 444(a)hiretechs.com > Sent: Thu, 27 Apr 2000 15:18:59 GMT > To: ajwms(a)visto.com > CC: zope(a)zope.org > Subject: Re: [Zope] Unanswered questions... > > > Andrew: > > > Unfortunately, I have posted some questions > > I'll give it a shot. What do you need to know? > > All my best, > > Jason Spisak > CIO > HireTechs.com > 6151 West Century Boulevard > Suite 900 > Los Angeles, CA 90045 > P. 310.665.3444 > F. 310.665.3544 > > Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) > This email > address may not be added to any commercial mail list with > out my > permission. Violation of my privacy with advertising or > SPAM will > result in a suit for a MINIMUM of $500 damages/incident, > $1500 for > repeats. > > > > ____________________________________________________________ ______________ > Visit http://www.visto.com/info, your free web-based communications center. > Visto.com. Life on the Dot. > > > _______________________________________________ > 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 ) > > __________________________________________________________________________ Visit http://www.visto.com/info, your free web-based communications center. Visto.com. Life on the Dot.

1 0

Re: [Zope] forcing acquired DTML to act as if not acquired
by Rik Hoekstra 27 Apr '00

27 Apr '00

-----Original Message----- From: Karl Anderson <karl(a)digicool.com> To: Rik Hoekstra <rik.hoekstra(a)inghist.nl> Cc: zope(a)zope.org <zope(a)zope.org>; Karl Anderson <kra(a)monkey.org> Date: donderdag 27 april 2000 21:09 Subject: Re: [Zope] forcing acquired DTML to act as if not acquired >"Rik Hoekstra" <rik.hoekstra(a)inghist.nl> writes: > >> From: Karl Anderson <kra(a)monkey.org> >> [acquired DTML document acts on source location, not acquired >> location] > >> ><dtml-tree expr="PARENTS[0]" branches=objectValues> >> > <a href="<dtml-var tree-item-url>/addFolderForm">addFolder</a><br> >> ></dtml-tree> >> >> Hm, have you tried using a DTML Method for addFolderForm? This looks like >> the problem of trying to add a folder to a DTML Document. This doesn't work >> and it adds the added object to the acquisition root. As you describe it >> (you actually do end up in the addFolderForm in the right destination?), >> this sounds as if it should work. > >Yep, changing the action that addFolderForm invokes to a DTML method, >not a DTML document, does the trick. Thanks. > >But is this really because it was trying to add a folder to a DTML >document? tree-item-url was always a folder, and it doesn't matter >that addFolderForm is still a DTML document, just the action of that >form. > >A DTML document is it's own self, while a DTML method is a method of >its container, but I don't see why it would work at the acquisition >source if it doesn't elsewhere. > Still, being an object of it's own, it is pushed on top of the namespace stack, so it is the first object the called method tries to add the folder to. It might work if you put in a PARENTS[0]. By the way, it doesn't work at the acquisition source: instead of placing the added object in the DTML Document it puts it in the acquisition root, because it can't put it in the the DTML Document itself . It will do the same anywhere in the acquisition path. Why this is so - I wouldn't know. It's probably just the way acquisition is designed ;-) Rik

1 0

PAM user folders?
by Andrew H. Chatham 27 Apr '00

27 Apr '00

Hi, I'm not sure if this is the right mailing list to ask (maybe zope-dev?), but here's what I'm trying to do. I need to authenticate potentially a very large number of people off of kerberos5. To my knowledge there's no krb5 userfolder or anything like that; I could write one, but it seems that it would be much more elegant and possibly easier to use some sort of PAM authentication and then just use a PAM-krb5 module. But it doesn't seem like there's a PAM-Zope interface either, is there? Or am I just not seeing it? There seemed to be some discussion previously of how that would be a good idea, but I never sawa conclusion. If there is no such animal, I guess I'll write one. Is my impression that things are moving towards LoginManager plugins correct? Would that be the ideal place to put this kind of thing? Has anyone attempted to do much with this? I would imagine with the PyPAM module it wouldn't be terribly difficult, but I'd rather not duplicate effort if I don't have to. Andrew -- Andrew Chatham Duke University '02 andrew.chatham at duke.edu

1 0

Re: [Zope] forcing acquired DTML to act as if not acquired
by Karl Anderson 27 Apr '00

27 Apr '00

"Rik Hoekstra" <rik.hoekstra(a)inghist.nl> writes: > From: Karl Anderson <kra(a)monkey.org> > [acquired DTML document acts on source location, not acquired > location] > ><dtml-tree expr="PARENTS[0]" branches=objectValues> > > <a href="<dtml-var tree-item-url>/addFolderForm">addFolder</a><br> > ></dtml-tree> > > Hm, have you tried using a DTML Method for addFolderForm? This looks like > the problem of trying to add a folder to a DTML Document. This doesn't work > and it adds the added object to the acquisition root. As you describe it > (you actually do end up in the addFolderForm in the right destination?), > this sounds as if it should work. Yep, changing the action that addFolderForm invokes to a DTML method, not a DTML document, does the trick. Thanks. But is this really because it was trying to add a folder to a DTML document? tree-item-url was always a folder, and it doesn't matter that addFolderForm is still a DTML document, just the action of that form. A DTML document is it's own self, while a DTML method is a method of its container, but I don't see why it would work at the acquisition source if it doesn't elsewhere. -- Karl Anderson karl(a)digicool.com

1 0

Re: [Zope] Degrees of Separation
by Jerry Spicklemire 27 Apr '00

27 Apr '00

At 12:41 PM 4/27/00 -0400, J. Michael Mc Kay wrote: >Newbie tries to stick foot in mouth.... >Doesn't the Version product assist in the area you are describing. In other >words, the working site is not updated until you update it through the >version product. I think many user's (engineers & content people) can >manage their own versions. >So until each version is release by it's owner the site reflects no >changes......I can see where you would want to be able to manage the >Versioning somehow. Versioning is great, where you can use it. However, it's typical of corporate sites to have not one, but three stages of development, most often on separate systems. The only time you'd get to actually use Versioning very much in such as setup is at the Development stage, where things are being built. The Testing system would (ideally) use versioning much less, and then just for quick fixes to bugs/errors. If this scenario works out the way it's actually supposed to, the "Live" Production system will only be updated, never versioned. That's because anything you'd be putting into production is fully verified, and either a completely new component, or a replacement for an existing component. In either case prior versions, from the "Dev" and "Test" stages, have never been the Production system, so the "release" step doesn't really apply. Later, Jerry S.

1 0

Re: [Zope] urllib from DTML?
by Nbk 27 Apr '00

27 Apr '00

Chris McDonough said: ><dtml-var "mystring" url_quote> > >or > >&dtml.url_quote-myattr; You could also use this: <dtml-var "mystring" url_quote_plus> 'url_quote_plus' -- like url_quote but also replace blank space characters with '+'. This is needed for building query strings in some cases. ( in [zope root]/lib/python/DocumentTemplate/DT_Var.py ) @841, Nbk

1 0

Re: [Zope-dev] Transparent folders?
by Jason Spisak 27 Apr '00

27 Apr '00

Martijn: > > I think developing a new class to organize things with a "management > > interface" focus is taking a step backwards. > > Why is this 'management interface' focus, though? Obviously we construct > our site through the management interface. But the transparent folder > would not be something of the management interface; it's a new way to > organize objects. > I think we are saying very similar things. I re-read your email, and I think understand some of the differences. You are just talking about trans-folder aquisition. The idea that a "Folder" object stop the acquisition of certain objects is what you want to address, right? > > The physical location of an item is important because of aquisition. > > But the *physical* location of an item is not important to organization. > > I happen to disagree. I think the location of an item in the folder > tree is important to site organization. (I don't think the word 'physical' > makes much sense in a situation where we have abstractions heaped upon > abstractions already; a file is an abstraction, the object database is > an abstraction, the tree is an abstraction, and then the catalog is > an abstraction too :). Agreed. It physical was a mis-nomer. > > > I think that the two should be kept separate. > > But they're not. If they are to be kept seperate, why organize your > objects into a folder tree at all? Just because you wanted some sort of code reuse of the smaller, more specific items down the tree. You see, I never really have used zope to split up content into "topics" or "catagories" with Folders. Probably for the very reason you are suggesting. It's too hard to work around. > You could simply have a vast amount > of unorganized objects with a catalog on top of it, and this would be > perfect, right? But the organizations that objects have to one another can be visually represented by trees if you wanted. But that wouldn't be the only way. And something wouldn't belong to only one tree. I think we are saying the same thing. > Or do you say we only organize things in a tree for acquisition, > and not because the site might look like a tree? > See above. > not sure I follow you here. How would this help with the acquisition > and organization problem I mentioned? As far as I'm aware, you can't > use the Catalog to 'pull' an object into a folder and let it be acquired, > right? Even if it were possible, this would be clunkier than the > transparent folder approach, though more powerful. > Not now, no. But there is no aquisition mechanism other than placement in the tree right now. > Right, and wasn't I proposing something to deal with that exactly? I agree > that somekind of 'reference' or 'soft link' system would be useful. But > having such a system still would not solve the acquisition problem that > I pointed out in my previous mail. You still end up with folders full of > methods that are to be acquired. The transparent folder idea attempt to > solve that. > > If you then add references, that would be useful for even more > organization, later, in *combination* with transparent folders. You can then > pull in objects into a folder from somewhere else completely; you can > share the same sets of layout components across multiple independent > trees, etc. >It seems orthogonal with > what you're proposing, if I understand you right. I think so. All my best, Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

1 0