- Zope-Dev - Zope lists

Re: [ZDP] Suggested documentation update.
by Chris McDonough 16 Dec '02

16 Dec '02

Sounds good. Maybe we can just incorporate it into the Zope Book and ship the Book with Zope. On Mon, 2002-12-16 at 15:12, Lennart Regebro wrote: > doc/WEBSERVERS.txt only mentiones CGI. I'd suggest that we rename it to > CGI.txt and create a new APACHE.txt that takes up how to use Zope with > Apache, and make a new WEBSERVERS.txt that refers to these two documents, > with some description of when each should be used. > > I can make the APACHE.txt building on my Apache how-to. > > Thoughts? > > > _______________________________________________ > ZDP maillist - ZDP(a)zope.org > http://lists.zope.org/mailman/listinfo/zdp

2 2

Looking for a way to override the export/import of an persistent object
by Johan Carlsson [EasyPublisher] 14 Dec '02

14 Dec '02

Hi, I'm looking for someway the override the export/import for persistent Zope objects. For instance having an ExtensionClass based class I could override the the __setstate__/__getstate__ or __reduce__ methods to change some of the attributes. This would be useful for serializing objects that stores some parts in the file system (for instance "External Files"). But due to the persistent nature of ZODB these methods doesn't work as usual. Is this at all possible with the current Zope/ZODB? Regards, Johan Carlssons -- Torped Strategi och Kommunikation AB Johan Carlsson johanc(a)easypublisher.com Mail: Birkagatan 9 SE-113 36 Stockholm Sweden Visit: Västmannagatan 67, Stockholm, Sweden Phone +46-(0)8-32 31 23 Fax +46-(0)8-32 31 83 Mobil +46-(0)70-558 25 24 http://www.easypublisher.com http://www.torped.se

1 0

Proper Use of __init__ inside Zope Products?
by Jeff Rush 13 Dec '02

13 Dec '02

Can a Zope-internals guru provide some enlightenment regarding the mysteries of __init__? I'm writing some zproducts that subclass the existing Folder class, and then are themselves subclassed. What I've got works, but I'm not sure its _correct_. As I'm writing a "Zope Best Practices" document, I'd like to get it right. As I understand it, the use of __init__ should be avoided when possible, since it isn't invoked (necessarily) when persistent objects are reloaded from disk. Therefore Zope tends to do instance init within manage_addMYPRODUCT global-to-Zope functions, although this doesn't seem to be fully consistent throughout the Zope community contributions. The scenario is something like the following: def manage_addFolder(self, id, title='', ...): instance = Folder() instance.id = str(id) instance.title = title self._setObject(id, instance) class Folder(...): # no __init__ method def manage_addLargeFolder(self, id, title='', ...): instance = LargeFolder() instance.id = str(id) instance.title = title self._setObject(id, instance) class LargeFolder(Folder): def __init__(self): # parent class has no __init__ so don't call it! #Folder.__init__() self._tree = OOBTree() def manage_addSpecialLargeFolder(self, id, title='', ...): instance = SpecialLargeFolder() instance.id = str(id) instance.title = title self._setObject(id, instance) class SpecialLargeFolder(LargeFolder): def __init__(self): # parent class DOES have an __init__ so call it LargeFolder.__init__() self._other = OOBTree() (A) I reluctantly found it necessary to add an __init__ to my LargeFolder class because if I init'd self._tree in manage_addLargeFolder(), then it won't get init'd when manage_addSpecialLargeFolder() is used to create instances. manage_addLargeFolder doesn't get invoked in that case. (B) Currently the Folder class lacks an __init__ so I cannot call it from LargeFolder.__init__, but if someday ZC decides to add one, my code will fail to init Folder and break. Is this correct? I wish Python auto-provided a default no-nothing __init__ for this case so I could always call it. So the Guiding Rule seems to be "initialize those attributes that are common to all Zope objects, e.g. id and title, within the factory functions, but init any attributes you introduce using an __init__ method." Correct? -Jeff Rush

3 2

Calling in Context
by Brian R Brinegar 13 Dec '02

13 Dec '02

Howdy, Overview: I'm working on a helper product for Zope Presentation Templates. The goal of this product is to allow people to drop static content into a site developed with Zope Presentation Templates using WebDAV clients. (This is similar to the Kube Product but it's not folderish and supports WebDAV.) At first I suggested creating some ZPT with an Id like "view". Have users drop in static content as File objects. Then link to the files like "file_id/view". The "view" ZPT would reference the document_src method of the file object to pull the static content into the page. I like this approach, and I think this is how Presentation Templates are meant to be used. Problem: Our users will not change links created by WYSIWYG tools to include the "/view" so we need a product that removes the need for this. I am calling the product HTMLBlock. Version one of the product is a simple data holder with a document_src method which returns the content. It does not override index_html, instead acquiring the index_html from the context. I create an index_html page template with all of my presentation and some code like: <div tal:replace="here/document_src">Content Goes Here</div> When an HTMLBlock is viewed it shows up with all of the dynamic presentation of the index_html ZPT with the HTMLBlocks static content dropped in. Great! Almost there! :-) The problem is that people cannot create a default HTMLBlock with the Id index_html. It ends up trying to render itself much like a folder with the Id index_html. No Good. :-( So I temporarily fixed this by changing the template to redirect to an object with the Id "index" if document_src doesn't exist. When someone views a folder the index_html template is accessed, document_src is not defined so it redirects to "index" which is an HTMLBlock which renders correctly. I don't like this. :*( Still No Good. What I want is for the HTMLBlock product to have a property which specifies the Id of the template to use. Implement an index_html or __call__ method to locate the template and call it in the context of itself. I would like this to work generically so that the template could be DTML, Python, a ZPT, or anything else. Casey Duncan has some uber useful code on ZopeLabs.com to call an object generically using the ZPublisher. I borrowed it and came up with the code below, but it doesn't work. It calls the template, but the template cannot access methods of this object. Suggestions? Is there a better approach? (Note: template_id is the Id of the template to render) def __call__(self, client=None, REQUEST={}, RESONSE=None, **kw): """ Call the selected template in the context of myself. """A securityManager = getSecurityManager() securityManager.addContext(self) # Check for the template if not hasattr(self.aq_parent, self.template_id): return str(self) obj = getattr(self.aq_parent, self.template_id) if not securityManager.checkPermission('View', obj): return default return mapply( object=obj, positional=REQUEST.args, keyword=REQUEST, debug=call_object, maybe=1, missing_name=missing_name, handle_class=dont_publish_class, context=self, bind=1) The code below works, but requires a PageTemplate with the Id "index" to work def __call__(self, client=None, REQUEST={}, RESONSE=None, **kw): return self.index() Thanks, -Brian

1 1

post-publishing hook
by Carlo Giomini 13 Dec '02

13 Dec '02

Dear all, I need a sort of post-publishing hook (so to say). I need Zope to call a function of mine as the very last action of publishing a request, i.e. after having built the response (and sent it to the browser possibly), but before starting publishing a new request. My Zope server is running as a single-threaded app. Does Zope support this any way? Thanks for helping, cheers, Carlo.

6 5

allowable object ids
by Jamie Heilman 13 Dec '02

13 Dec '02

Turns out you can create objects with an id of . or .. although you can't access them. (which is to say I couldn't figure out how, though I didn't try ZServer standalone and I suppose apache might be doing something to the URI) You can't create objects with ids containing + or % or a host of other characters though (and btw the error message you get when you try is horrid, those characters are not illegal in URLs, illegal in the zope object model perhaps, but not URLs). I'm currious, why aren't arbitrary characters allowed in object ids? -- Jamie Heilman http://audible.transient.net/~jamie/ "You came all this way, without saying squat, and now you're trying to tell me a '56 Chevy can beat a '47 Buick in a dead quarter mile? I liked you better when you weren't saying squat kid." -Buddy

5 4

zope book volunteering
by Chris McDonough 12 Dec '02

12 Dec '02

I am incredibly happy to report that many folks are "signing up" to edits chapters of the Zope Book in preparation for the upcoming Zope 2.6.1 release! It's really beating the cynicism out of me! ;-) As a matter of fact, so many people are signing up that I'm getting *multiple* submissions of the same chapters! While this is a wonderful problem to have, I don't want folks to waste effort doing something that somebody else has already committed to. I have put up a page documenting signups and current status for the editing effort at http://www.zope.org/DocProjects/zope_book_signups/index_html . Hopefully this will serve as a place that I can keep track of who is doing what. Here are the chapters in the 2.6 edition of the Zope Book ( http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/index_html ) that are not yet "spoken for": Maintaining Zope Extending Zope (ZClasses) Advanced DTML Searching and Categorizing Content If anyone aspires to edit some Zope docs and get some fame and glory, the time is now. ;-) - C

1 1

Re: [Zope-dev] BUG: ValueError while changing height of the template edit window
by Guido van Rossum 11 Dec '02

11 Dec '02

> > Can you provide an example of raising a unicode error like this: > > > > u = makeUnicodeString() # your choice of function > > int(u) > > In Python 2.3, I get this: > > >>> int(u"\u1234") > Traceback (most recent call last): > File "<stdin>", line 1, in ? > UnicodeEncodeError: 'decimal' codec can't encode character '\u1234' in position 0: invalid decimal Unicode string > >>> > > In Python 2.2, this raises ValueError. I spoke too soon. UnicodeEncodeError is a subclass of ValueError. So catching ValueError from int(str_or_unicode) is the way to go. Who's writing that Zope 3 style guide again? --Guido van Rossum (home page: http://www.python.org/~guido/)

2 1

BUG: ValueError while changing height of the template edit window
by Dmitry Vasiliev 11 Dec '02

11 Dec '02

Hi All! Zope 2.6: pressing of "Taller" or "Shorter" buttons of the page template edit window raises ValueError. Patch attached. -- Dmitry Vasiliev (dima at hlabs.spb.ru) Index: ZopePageTemplate.py =================================================================== RCS file: /cvs-repository/Zope/lib/python/Products/PageTemplates/ZopePageTemplate.py,v retrieving revision 1.44 diff -u -r1.44 ZopePageTemplate.py --- ZopePageTemplate.py 18 Sep 2002 15:12:46 -0000 1.44 +++ ZopePageTemplate.py 10 Dec 2002 14:33:43 -0000 @@ -155,8 +155,11 @@ cols = min(cols, 100) # Max width 100% cols = "%d%%" % cols # Add percent sign back on else: # Absolute width - try: cols = int(width) - except: cols = max(40, int(dtpref_cols) + szchw.get(width, 0)) + try: + cols = int(width) + except: + cols = max(40, int(dtpref_cols[:-1]) + szchw.get(width, 0)) + cols = "%d%%" % cols # Add percent sign back on try: rows = int(height) except: rows = max(1, int(dtpref_rows) + szchh.get(height, 0))

5 12

Guido van Rossum: Re: [ZODB-Dev] Fwd: [Zope3-dev] directory hierarchy proposal (Martijn Faassen)
by Guido van Rossum 11 Dec '02

11 Dec '02

Sorry, cc'ed the wrong list. :-( ------- Forwarded Message Date: Wed, 11 Dec 2002 10:29:12 -0500 From: Guido van Rossum <guido(a)python.org> To: jeremy(a)zope.com (Jeremy Hylton) cc: zope3-dev(a)zope.org Subject: Re: [ZODB-Dev] Fwd: [Zope3-dev] directory hierarchy proposal (Martijn Faassen) > SA> Can they be methods on objects, rather than functions in a > SA> module? > > Just what I asked Tim :-). There are as many as six functions -- > difference, union, intersection, weightedUnion, weightedIntersection, > and multiunion. The functions operate on sets; they accept any of XY > family of objects. So it's not obvious what they would be methods > of. Each object -- Set, TreeSet, Bucket, BTree -- could get a copy of > the code, but that seems a little silly. Perhaps it could be defined on a common base class? <duck> - --Guido van Rossum (home page: http://www.python.org/~guido/) ------- End of Forwarded Message

1 0