March 1999 - Zope - Zope lists

Re: [Zope] [ZDP] Announcing the Zope Documentation Project
by Phil Harris 03 Mar '99

03 Mar '99

If ther's anything I can do, let me know. Ain't collaboration wonderful? Phil ----- Original Message ----- From: Martijn Faassen <faassen(a)vet.uu.nl> Cc: <zope(a)zope.org> Sent: Wednesday, March 03, 1999 10:10 AM Subject: Re: [Zope] [ZDP] Announcing the Zope Documentation Project >Phil Harris wrote: >> >> Cheers from all involved. > >Thanks! This implies you're involved in the ZDP as of now, right? :) > >Regards, > >Martijn > >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://www.zope.org/mailman/listinfo/zope >

1 0

Re: [Zope] [ZDP] Announcing the Zope Documentation Project
by Philip Aylesworth 03 Mar '99

03 Mar '99

Excellent! Maybe one of the Web Hosts who offer Zope hosting would be interested in the excellent public relations derived from hosting the ZDP. Phil. ------------------------------------------ Philip Aylesworth zopelist(a)regalint.com Regal International

3 2

Re: [Zope] [ZDP] Announcing the Zope Documentation Project
by Phil Harris 03 Mar '99

03 Mar '99

Yay, Martin. Cheers from all involved. Phil ----- Original Message ----- From: Martijn Faassen <faassen(a)vet.uu.nl> To: <zope(a)zope.org> Sent: Tuesday, March 02, 1999 4:54 PM Subject: [Zope] [ZDP] Announcing the Zope Documentation Project >Hi there, > >Hereby I announce in absolute adhoc anarchistic fashion the Zope >Documentation Project. The Zope Documentation Project aims to generate >documention on anything Zope. > >The Zope Documentation Project needs people who wants to help. It needs >these people to get organized. > >To get focused, I propose the ZDP's initial project is to provide FAQs >on various Zope topics. We can mine the mailing list for good questions >and answers. > >The ZDP asks everybody to contribute. Right now we need everything. :) >We need questions and answers, and we need to categorize these in >separate FAQ sections. We need Zope webspace somewhere to put up the >FAQ, I assume using the FAQ product. We need to develop the FAQ product >further, if necessary. We need whatever you can think of. > >The prime mean of communications for the ZDP is the Zope mailing list, >until further notice. I suggest that to keep the mailing list somewhat >organized we prepend our mailing list subjects with '[ZDP]'. If somebody >has a better way, we'll do it a better way. > >Note that while I'm sending out this message, I'm not anything official. >I'm just attempting to get the ball rolling. > >*nudges the ball* > >Regards, > >Martijn > >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://www.zope.org/mailman/listinfo/zope >

2 1

Date Manipulation
by Luke Duff 03 Mar '99

03 Mar '99

I'm *really* newbie. I have table with data like this: field1 field2 ------ ------ red 3/1/99 blue 3/1/99 green 3/1/99 brown 3/2/99 yellow 3/2/99 I'd like to render this in DTML from the data: Monday, March 1 red blue green Tuesday, March 2 brown yellow How do I do that? Luke Duff ------------------------------------------------------------ News, Opinion, Culture for Geeks -- http://www.geeklife.com

2 1

ZPublisher and creating children
by Cees de Groot 03 Mar '99

03 Mar '99

Hi, I'm using ZPublisher+DocumentTemplate+BoboPOS in a cgi environment, because that's all I need (and can use on my ISP's box). In the couple of things I've developed so far, a pattern has emerged that disturbs me: if you have a container object, when adding a child, the whole add thing is done in the parent. IIIRC, I fetched this design from the (Bobo) Trinkets example when I started: class Container.... add = HTMLFile(....) def do_add(self, childattrone, childattrtwo, childattrthree): d = self._items d[childattrone] = Child(childattrone, childattrtwo, childattrthree) self._items = d class Child... def __init__(self, childattrone, childattrtwo, childattrthree): .... edit = HTMLFile(....) def do_edit(self, childattrone, childattrtwo, childattrthree): .... The Container, IMHO, "knows" too much about the Child in this case, and it's hard to modify the attribute set of the Child class. Am I doing something wrong? Is there a design pattern here I'm not aware of? Regards, Cees

1 0

Setting properties based on security
by Robin Dunn 03 Mar '99

03 Mar '99

I have a folder with various boolean properties associated with it which are accessed by the dtml docs as flags for enabling or disabling content. Turn off the flag and a chunk of the page goes away when it is next viewed. This works great, but I would like to associate that behaviour with the security attributes. In other words, when somebody in the Anonymous role is viewing objects in the folder the properties should be unset, but when users in the manager (or some other specific role) view the pages then the properties should be set and those parts of the pages are activated. How can this be done? -- Robin Dunn robin(a)AllDunn.com http://AllDunn.com/robin/ http://AllDunn.com/wxPython/ Check it out! Try http://AllDunn.com/laughworks/ for a good laugh.

2 1

RE: [Zope] AUTHENTICATED_USER, and what you can do with it.
by Michel Pelletier 03 Mar '99

03 Mar '99

> -----Original Message----- > From: Martijn Pieters [mailto:mj@antraciet.nl] > Sent: Tuesday, March 02, 1999 9:35 AM > To: JP Glutting; zope(a)zope.org > Subject: [Zope] AUTHENTICATED_USER, and what you can do with it. > > This is an excellent post. I want to add that _getPassword() is a handy function also if you want to use your Zope user to authenticate into an external system, like POP3 or IMAP. -Michel > Use  > > More hints linke this can be found in the User.py file in your > lib/python/AccessControl directory. > > The following functions could be usefull: > > getUserName(self): Return the username of a user > getRoles(self): Return the list of roles assigned to a user. > getDomains(self): Return the list of domain restrictions for a user > allowed(self, parent, roles=None): Check wether the user has > access to parent > hasRole(self, parent, roles=None): Check wether the user has > the specified > roles > has_role(self, roles): Check wether the user has the specified roles > > allowed & hasRole are one and the same. When called with > parent=None, it > just returns wether the user has the named roles. has_role > also checks for > roles, but doesn't automatically include the Anonymous role. So, > hasRole(None, 'Anonymous') always returns true, but > has_role('Anonymous') > returns false for every user that has been authenticated. > > Note that AUTHENTICATED_USER is always defined, also for > anonymous access. > > Here is a little example of what you could do with these functions: > > Display user info > You are the user named . > >  > You have the following roles: > >  > <LI> >  >  > You have no roles defined. >  > > >  > You are allowed to log in from the following domains: > >  > <LI> >  >  > You can log in from any domain. >  > > >  > You have the 'Manager' role. >  > >  > You have the 'Anonymous' role. You are therefore an anonymous > user. >  > >  > You have the 'nonexistent' role. >  >  > > The last call to has_role is to show that the user defined in > the 'access' > file in the root folder of your Zope installation, has ALL > roles, including > non-existent ones. And even more interesting, the call to > getRoles() will > get you 'manage', a misspelled version of the 'Manager' role. This is > probably the only way to reliably recognize the superuser. > > > -- > M.J. Pieters, Web Developer > | Antraciethttp://www.antraciet.nl > | Tel: +31-35-6254545 Fax: +31-35-6254555 > | mailto:mj@antraciet.nl http://www.antraciet.nl/~mj > | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ------------------------------------------ _______________________________________________ Zope maillist - Zope(a)zope.org http://www.zope.org/mailman/listinfo/zope

5 5

Zope 1.10.2 dies every so often.
by Jose.Lacal＠icn.siemens.com 03 Mar '99

03 Mar '99

Folks: My installation of Zope 1.10.2 dies every so often, from once a week to twice a day (like today). I am running Red Hat 5.0 on a 486 / 32 Mb RAM. I upgraded from Zope 1.9.0 to 1.10.2 /var/server.errors says: WARNING: Python C API version mismatch for module _pg: This Python has API version 1007, module _pg has version 1006. brfw1ext.fl.icn.siemens.com - - [02/Mar/1999 16:36:46] "GET /documents/portable.pdf HTTP/1.1" 200 - Traceback (innermost last): File "ZopeHTTPServer/ZopeHTTPServer.py", line 388, in handle_request self.process_request(request, client_address) File "lib/python1.5/SocketServer.py", line 239, in process_request self.finish_request(request, client_address) File "lib/python1.5/SocketServer.py", line 243, in finish_request self.RequestHandlerClass(request, client_address, self) File "lib/python1.5/SocketServer.py", line 362, in __init__ self.handle() File "lib/python1.5/BaseHTTPServer.py", line 258, in handle method() File "ZopeHTTPServer/ZopeHTTPServer.py", line 292, in do_GET self.publish_module() File "ZopeHTTPServer/ZopeHTTPServer.py", line 305, in publish_module publish_module( File "lib/python/ZPublisher/Publish.py", line 893, in publish_module if response: stdout.write(response) File "ZopeHTTPServer/ZopeHTTPServer.py", line 240, in write self.handler.wfile.write(self.data[:start]+IOError: (32, 'Broken pipe')brfw1ext.fl.icn.siemens.com - - [02/Mar/1999 16:36:47] "GET /documents/portable.pdf HTTP/1.1" 200 -Traceback (innermost last): File "ZopeHTTPServer/ZopeHTTPServer.py", line 388, in handle_request self.process_request(request, client_address) File "lib/python1.5/SocketServer.py", line 239, in process_request self.finish_request(request, client_address) File "lib/python1.5/SocketServer.py", line 243, in finish_request self.RequestHandlerClass(request, client_address, self) File "lib/python1.5/SocketServer.py", line 362, in __init__ self.handle() File "lib/python1.5/BaseHTTPServer.py", line 258, in handle method() File "ZopeHTTPServer/ZopeHTTPServer.py", line 292, in do_GET self.publish_module() File "ZopeHTTPServer/ZopeHTTPServer.py", line 305, in publish_module publish_module( File "lib/python/ZPublisher/Publish.py", line 893, in publish_module if response: stdout.write(response) File "ZopeHTTPServer/ZopeHTTPServer.py", line 240, in write self.handler.wfile.write(self.data[:start]+ IOError: (32, 'Broken pipe')brfw1ext.fl.icn.siemens.com - - [02/Mar/1999 16:36:54] "GET /documents/portable.pdf HTTP/1.1" 200 - Obviously I have something wrong here. Any ideas? TIA.

2 1

RE: [Zope] Request.py and duplicate column names
by TFE MMS JARVIS JOHN 03 Mar '99

03 Mar '99

Oops! The a.b_id=a.id was a typo in my mail. Sorry about that. I did mean a.b_id=b.id. I also tried out Brad Clements' suggestion (thanks, I would have never thought to write it that way!) but it raises the same exception. It works fine with the patch, though. Thank you for your responses! John Jarvis Tokyo Electron FE, Ltd. > -----Original Message----- > From: chris.hunter(a)humancode.com [SMTP:chris.hunter@humancode.com] > Sent: Wednesday, March 03, 1999 1:46 AM > To: bkc(a)murkworks.com > Cc: TFE MMS JARVIS JOHN; zope(a)zope.org > Subject: Re: [Zope] Request.py and duplicate column names > > > > Brad Clements wrote: > > > > On 2 Mar 99, at 18:40, TFE MMS JARVIS JOHN wrote: > > > > > 1. When trying to do a join (a lazy query, I know) like: > > > > > > select a.*, b.* > > > from tablea a, tableb b > > > where a.b_id=a.id > > Is there any chance that you're trying to do something > like: > > select * > from a, b > where a.b_id = b.id > ^ > Note that I'm joining a field in a to a field > in b here (not 2 fields in a) > > Hope this helps. > > --chris > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope

1 0

ZServer and MSIE
by Dave G 03 Mar '99

03 Mar '99

For those interested changing the "chunks=1" to "chunks=0" in http_server.py did in fact fix the incompatibility with MSIE and ZServer. Zope's, I don't consider this a bug with ZServer but with MSIE as this also plauged me using Frontier cgi's many times, the fix was the same. So I'm not creating a bug report unless you want this documented. DAve. >I too have noticed this on occasion. I believe that the problem has to do >with ZServer's attempt at chunking responses. > >The next version of ZServer will significantly alter the way ZServer >handles HTTP response munging issues like this, and hopefully will fix this >problem. > >Thanks for the bug report. > >-Amos > >P.S. Until then Brad Clements's advice to change use_chunked=1 to >use_chunked=0 in medusa/http_server.py may help. "On the Plains of Hesitation bleach the bones of countless millions who, at the Dawn of Victory, sat down to wait, and waiting -- died"

1 0