- Zope - Zope lists

Implementation Alternatives Question
by James W. Howe 28 Jan '00

28 Jan '00

I'm working on a site to display news articles. There are a handful of different "sections" to the site, each with it's own look. For the most part they look the same but there are subtle differences. A title or graphic might change, some subnavigation might be different, etc. As currently implemented, I've just defined Folders which contain a set of DTMLMethods which define the layout. After doing two or three I see that the content of these folders is almost identical. I realize that I could factor out the common stuff and move it to the root folder, but I'm not thrilled with cluttering my root with stuff which is only applicable to a subset of lower elements. What I'm currently experimenting with is defining a ZClass for a "Content Viewer" folderish object. The ZClass would contain definitions for the common methods. The variability between looks can mostly be accomplished by using different property value settings for each individual ZClass instance. My current quandary is what to do when a property change isn't sufficient. If I were doing this in Smalltalk or Java, I would simply subclass my folder viewer and override any methods that I needed. I know that I can do something similar with ZClasses but I'm wondering if that is a good approach for Zope. Given what I want to do, I see three basic alternatives: 1. Move common functionality up to the root folder. 2. Define a ZClass and subclass with other ZClasses as necessary to get a combination of variability while obeying the "once and only once" rule of good OO programming. 3. Do the subclassing via Python and create a flat ZClass structure within Zope. Are there any other options? What are the pros and cons of each option? Any input would be helpful. Thanks. James W. Howe mailto:jwh@allencreek.com Allen Creek Software, Inc. pgpkey: http://ic.net/~jwh/pgpkey.html Ann Arbor, MI 48103

2 1

Re: [Zope] versions how
by Hung Jung Lu 27 Jan '00

27 Jan '00

robin becker <robi-(a)jessikat.demon.co.uk> wrote: original article:http://www.egroups.com/group/zope/?start=21895 >I'm trying various new (to me things with Zope). I cannot seem to get >versions to work at all. Am I just an idiot? :) Hopefully not. I just started to use versions. They are simple and great. You just add a "version object" into your folder, then click on it. This brings up a screen, where you click on the "StartWorking in ..." button. Voila. Everything you do afterwards is "versioned." Two important things, though: (1) If you want to save or discard the changes, go to the control panel and click on "Version Management", then make your choice. (2) Version works because Zope stores a cookie in your browser session. I am not sure, but I think the version information often is stored in either "tree-s" or "__cp" or "Zope-Version". You can view this more easily by appending "/REQUEST" to the browser http address. For instance: http://www.mysite.com:8080/myFolder/myHtml/REQUEST If you don't see any of these cookies, you are most likely viewing the rendering of your old version. Now the problem is: if you have multiple browser sessions open on your screen, how can you use all of these browser sessions simultaneously work on or view the same new version? There are two ways of doing this: (1) If you are using Internet Explorer IE5, use the File:New:Window pulldown menu to get a new window will allow you to access the same version. Or you can hold the shift key while clicking on the "view" tab of some of your Zope objects inside the management screen. For Netscape, use the "File:New:Navigator Window" pull-down menu. (2) Or if your window is already open as another session and not acessing the version cookie, then you will have to manually go into the zope management screen, and then turn on the "StartWorking in..." button all over again. Anyway, keep in mind that different browser windows might be accessing different cookies and therefore different versions. Each browser session may have its own personality. :) So, whenever you are not sure, either type in the "REQUEST" variable to find out which version you are working on, or go into the management screen from the very browser window of your interest and explicitly turn on or turn off your "version". Hope this helps. Hung Jung ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

2 1

tricky form handling
by Thomas Duterme 27 Jan '00

27 Jan '00

BRAIN TEASER! I've got a brain teaser for the list. here's my form: <form> <table border=1> <dtml-in "objectValues(['Reason2'])" reverse size=10> <dtml-if "publish=='on'"> <tr><td><input type="checkbox" name="good:list" value="<dtml-var id>"> <td><dtml-var reason> <td><dtml-var count> <td><dtml-var publish> </dtml-if> </dtml-in> </form> Now the goal is to increment the count on objects which are checked in the previous form (ie are part of 'good'). Here's what I came up with but it doesn't quite work. It increments the count property on all the objects listed. <dtml-in "objectValues(['Reason2'])" reverse size=3> <dtml-if "publish=='on'"> <dtml-if "REQUEST.has_key('good')"> <dtml-call "REQUEST.set('thelist', good)"> <dtml-in thelist> <dtml-call "REQUEST.set('count', _.int(_[_['sequence-item']].count)+1)"> <dtml-call "propertysheets.properties.manage_changeProperties(REQUEST)"> </dtml-if> </dtml-in> </dtml-if> </dtml-if> </dtml-in> First one who can provide the answer (thus correcting my mistakes and illuminating the list) gets 5 Zope stars! TIA, Tom ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

2 1

Re: [Zope] Fitting Zope into publishing process
by J C Lawrence 27 Jan '00

27 Jan '00

On Wed, 26 Jan 2000 17:06:36 +0100 Ragnar Beer <rbeer(a)uni-goettingen.de> wrote: > I haven't yet looked at GPL link checkers for Linux so it would be > nice to hear some experiences. While I haven't used it for a while, I've been quite pleased with the Python based Linbot which does link checking, site mapping, and number of other useful things. I've also noticed a number of link checkers on freshmeat lately. -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

3 2

MySQL Question...
by Robert Geiger 27 Jan '00

27 Jan '00

Is there a How-To or something for setting up a Installing needed products, setting up a connection and using MySQL in Zope?

1 0

Rendering children DTML Documents
by Nicholas Piper 27 Jan '00

27 Jan '00

How might I do something such as this ; <h3>Articles</h3> <dtml-in "objectValues('Ranger_News')"> <dtml-var title> ## override standard_html_header, footer, etc. ## process the document as if it were included just here. </dtml-in> I an use __str__ to get the text-view of the document, but I want it actually processing as DTML. Thank you for any assistance, Nicholas. -- <pcomm(a)inorbit.com> <http://www.innotts.co.uk/~nicholas/> 2048/BEC44395 1999/08/02 Nicholas C. Piper <nicholas(a)innotts.co.uk> If you want to change the automatic PGP actions of my mailer, see; http://www.innotts.co.uk/~nicholas/Personal/personal.php3?page=pgp

2 1

Can I use _.open from dtml?
by julio dinis 27 Jan '00

27 Jan '00

Hi all, I keep getting an attribute error while using "_.open(file)". Is this built-in function available in "zope's namespace"? Or can I only use it in external methods? Thanks, Júlio ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

2 1

ZCatalog Search Question
by James W. Howe 27 Jan '00

27 Jan '00

Is there a simple (or even a not so simple) way to ask a ZCatalog to return the most recent instance of a particular meta_type? Suppose that I create several objects with a meta_type of 'Article'. I would like to be able to retrieve the last one created whether it was today or 2 months ago. Thanks. James W. Howe mailto:jwh@allencreek.com Allen Creek Software, Inc. pgpkey: http://ic.net/~jwh/pgpkey.html Ann Arbor, MI 48103

1 0

How to build Zope and Python on MacOS X Server
by Jeffrey P Shell 27 Jan '00

27 Jan '00

These are some quick notes I made today as I got back to working on this issue. Getting Python on MacOS X Server to be shared-library friendly is still not as clear as it should be, but this is definitely easier than trying to build Python with the next-framework option (which produces some behaviors that the Zope builder scripts do *NOT* like). I plan on getting this howto onto zope.org as soon as I do a little bit more formatting. I also plan to submit this to some Mac OS X sites such as xclave.macnn.com and stepwise.com (esp. in hopes that Scott Anguish can get a threaded/shared-lib friendly Python into the Darwin base!) -------- Building Zope 2.1.3 on MacOS X Server Last time I told this story, I was having problems getting dynamic libraries (.so files) to work with Python without configuring with the --with-next-framework option, which didn't compile to the results I wanted. Below are the steps to building Python 1.5.2 with threads and dynamic libraries on MacOS X Server and to building Zope 2.1.3. Python:: First - configuring ./configure --with-threads --with-dyld Next - MAKE make LDFLAGS="-undefined suppress" make install The LDFLAGS="-undefined suppress" option is passed into the linker and will suppress errors about undefined references. Without this setting, dynamic libraries will not get past the linker stage. Make install installs Python into the configured area (you should be root to do this). Zope:: A change has to be made in one of the files used for building/configuring Zope that will hopefully be ironed out in the near future. For now, do the following In inst/do.py, change line 135 from do('make') to do('make LDFLAGS="-undefined suppress"') (We'll find a way of fixing this in the future so this shouldn't have to be edited. There should be a Python configuration option when building for setting these LDFLAGS into the default Makefile.pre.in) Then, for reasons currently unknown to me, cPickle issues have to be resolved. The Zope build process makes two cPickle.so files. These files appear to be identical and cause a conflict with each other at runtime due to multiple symbol definitions, and they cause a conflict with the cPickle.so that is built with Python. Lastly: cd lib/python/ rm cPickle.so cd lib/python/ZODB/ mv cPickle.so /usr/local/lib/python1.5/lib-dynload/ You should be root to do the last step of moving the Zope cPickle.so into the default Python area. This is still too much to do, in my opinion, but it's the best way I've found yet. Any suggestions about how to get the LDFLAGS option set at Python configuration time so that the generated Makefiles that Zope uses will have them set, let me know. I tried setting LDFLAGS as an environment variable before running configure, but it uses $LDFLAGS at the beggining of configuration to test the C compilor, and since the '-undefined suppress' option is a linker option, an error is returned and configuration stops. Or, any suggestions or advice on how to set Python up to resolve multiple definitions (due to multiple cPickle.so files) automatically will be greatly appreciated. The cPickle in Zope is newer than the one in Python 1.5.2, I believe. On my to-do list now (but pretty far down the list, sadly) is to make this into a MacOS X Server package similar to other Zope releases (meaning, the Zope package will be a full release with its own Python). The timeframe of this is uncertain. jeffrey(a)Digicool.com

1 0

(no subject)
by Jeffrey P Shell 27 Jan '00

27 Jan '00

These are some quick notes I made today as I got back to working on this issue. Getting Python on MacOS X Server to be shared-library friendly is still not as clear as it should be, but this is definitely easier than trying to build Python with the next-framework option (which produces some behaviors that the Zope builder scripts do *NOT* like). I plan on getting this howto onto zope.org as soon as I do a little bit more formatting. I also plan to submit this to some Mac OS X sites such as xclave.macnn.com and stepwise.com (esp. in hopes that Scott Anguish can get a threaded/shared-lib friendly Python into the Darwin base!) -------- Building Zope 2.1.3 on MacOS X Server Last time I told this story, I was having problems getting dynamic libraries (.so files) to work with Python without configuring with the --with-next-framework option, which didn't compile to the results I wanted. Below are the steps to building Python 1.5.2 with threads and dynamic libraries on MacOS X Server and to building Zope 2.1.3. Python:: First - configuring ./configure --with-threads --with-dyld Next - MAKE make LDFLAGS="-undefined suppress" make install The LDFLAGS="-undefined suppress" option is passed into the linker and will suppress errors about undefined references. Without this setting, dynamic libraries will not get past the linker stage. Make install installs Python into the configured area (you should be root to do this). Zope:: A change has to be made in one of the files used for building/configuring Zope that will hopefully be ironed out in the near future. For now, do the following In inst/do.py, change line 135 from do('make') to do('make LDFLAGS="-undefined suppress"') (We'll find a way of fixing this in the future so this shouldn't have to be edited. There should be a Python configuration option when building for setting these LDFLAGS into the default Makefile.pre.in) Then, for reasons currently unknown to me, cPickle issues have to be resolved. The Zope build process makes two cPickle.so files. These files appear to be identical and cause a conflict with each other at runtime due to multiple symbol definitions, and they cause a conflict with the cPickle.so that is built with Python. Lastly: cd lib/python/ rm cPickle.so cd lib/python/ZODB/ mv cPickle.so /usr/local/lib/python1.5/lib-dynload/ You should be root to do the last step of moving the Zope cPickle.so into the default Python area. This is still too much to do, in my opinion, but it's the best way I've found yet. Any suggestions about how to get the LDFLAGS option set at Python configuration time so that the generated Makefiles that Zope uses will have them set, let me know. I tried setting LDFLAGS as an environment variable before running configure, but it uses $LDFLAGS at the beggining of configuration to test the C compilor, and since the '-undefined suppress' option is a linker option, an error is returned and configuration stops. Or, any suggestions or advice on how to set Python up to resolve multiple definitions (due to multiple cPickle.so files) automatically will be greatly appreciated. The cPickle in Zope is newer than the one in Python 1.5.2, I believe. On my to-do list now (but pretty far down the list, sadly) is to make this into a MacOS X Server package similar to other Zope releases (meaning, the Zope package will be a full release with its own Python). The timeframe of this is uncertain. jeffrey(a)Digicool.com

1 0