- Zope - Zope lists

re: [Zope] sample web applications ?
by brunomadv＠ciudad.com.ar 13 Dec '99

13 Dec '99

Hello, I think that the best example is to look at the sources... :-) Yep, check the "view_source" at the bottom of the pages at Zope.org ... that's the best reference, it's from the source :-) Cheers, /B > ** Original Subject: [Zope] sample web applications ? > ** Original Sender: Rowan Hick <rowan(a)softtech.co.nz> > ** Original Date: Mon, 13 Dec 1999 13:01:53 +1300 > ** Original Message follows... > > Thanks for those who answered my OO vs RDBMS question.. > > Now another one, is there anywhere where I can get my hands on sample > web applications that I could download and look at? I guess as any > newbie does, I'm stumbling along trying to glue all the pieces of the > puzzle together, where to use products/dtml/external methods etc.. it > just doesn't seem to be gelling yet... > > I don't think that the sample outline application that comes with Zope > really illustrates what zope can/should be used for. It does show the > object acquisition if you really look at the tree/dtcontent/dttemplate > stuff but it's not immediately obvious. > > Any samples would be appreciated > > TIA > > Rowan Hick > Business Analyst, > Soft Tech NZ LTD > Auckland, New Zealand > > > > _______________________________________________ > 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 ) >** --------- End Original Message ----------- ** > /B Bruno Mattarollo <brunomadv(a)ciudad.com.ar> Download NeoPlanet at http://www.neoplanet.com

1 0

__cmp__ methods being ignored?
by Benno Rice 13 Dec '99

13 Dec '99

Hi, I posted about this to -dev a little while ago but received no response. I've got a Python class that I'm using in Zope, which defines it's own __cmp__ method. However this method doesn't appear to be being called when Zope tests for equality. Is this a bug or a feature? Is there some way I can get around this? The situation is that I have some of these objects in an array attribute of another object. If I try and compare an object that I Acquired to one that's in the list, it fails as I'm comparing an object of my type to one of ImplicitAcquirerWrapper. However, if my __cmp__ method were being used in the equality test, they'd match (I checked this). I also tried setting __repr__. This worked as I'd expect it to but didn't affect the equality test. Any help would be most appreciated, I really need to get this working. Many thanks. -- Benno Rice "No, no. We're *sweet* and XNFP Aries Dark Subculture- *innocent* evil bastards." friendly Internet Geek benno(a)netizen.com.au "Defend your joy"

1 0

sample web applications ?
by Rowan Hick 13 Dec '99

13 Dec '99

Thanks for those who answered my OO vs RDBMS question.. Now another one, is there anywhere where I can get my hands on sample web applications that I could download and look at? I guess as any newbie does, I'm stumbling along trying to glue all the pieces of the puzzle together, where to use products/dtml/external methods etc.. it just doesn't seem to be gelling yet... I don't think that the sample outline application that comes with Zope really illustrates what zope can/should be used for. It does show the object acquisition if you really look at the tree/dtcontent/dttemplate stuff but it's not immediately obvious. Any samples would be appreciated TIA Rowan Hick Business Analyst, Soft Tech NZ LTD Auckland, New Zealand

1 0

Re: [Zope] How can folder address its contents?
by Robert W. Erb 12 Dec '99

12 Dec '99

Stephen - First, thanks for the help. I'm lost. I created a DTML Document in a folder called "eScream". The whole contents of this document are: <dtml-in use_cases> <dtml-var "_['sequence-item'].id"> </dtml-in> There's a folder called use_cases in the current folder. In use_cases, there are a bunch of DTML Methods. When I run the code above, I get this error: Error Type: TypeError Error Value: hasattr, argument 2: expected string, int found So I'm thinking maybe I'm too far gone. Maybe I don't know what I thought I knew I thought about. Here's the traceback. Any ideas? Traceback (innermost last): File D:\PROGRA~1\pcrerb\lib\python\ZPublisher\Publish.py, line 214, in publish_module File D:\PROGRA~1\pcrerb\lib\python\ZPublisher\Publish.py, line 179, in publish File D:\PROGRA~1\pcrerb\lib\python\Zope\__init__.py, line 201, in zpublisher_exception_hook (Object: ElementWithAttributes) File D:\PROGRA~1\pcrerb\lib\python\ZPublisher\Publish.py, line 165, in publish File D:\PROGRA~1\pcrerb\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: test2) File D:\PROGRA~1\pcrerb\lib\python\ZPublisher\Publish.py, line 102, in call_object (Object: test2) File D:\PROGRA~1\pcrerb\lib\python\OFS\DTMLDocument.py, line 166, in __call__ (Object: test2) File D:\PROGRA~1\pcrerb\lib\python\DocumentTemplate\DT_String.py, line 502, in __call__ (Object: test2) File D:\PROGRA~1\pcrerb\lib\python\DocumentTemplate\DT_In.py, line 672, in renderwob (Object: use_cases) File D:\PROGRA~1\pcrerb\lib\python\OFS\ObjectManager.py, line 538, in __getitem__ (Object: ElementWithAttributes) File D:\PROGRA~1\pcrerb\lib\python\OFS\ObjectManager.py, line 218, in _getOb (Object: ElementWithAttributes) TypeError: (see above) Stephen Pitts <smpitts(a)midsouth.rr.com> writes: > On Sun, Dec 12, 1999 at 02:06:38PM -0500, Robert W. Erb wrote: > > I want to iterate over the contents of a folder. I can't do it by > > name, since items will be added and taken out of the folder at run > > time, so I don't know what they'll be called. > > > > I think I'll figure out the iteration ok, but how do I get at the > > objects contained in a folder, other than by name? > > > > Something like this should work. > <dtml-in objectItems> > <dtml-var "_['sequence-item'].title"> > </dtml-in> > > Beware of the sequence-item snafu; to use it in expressions, you must > refer to it as _['sequence-item']! Anyone know why this is? > -- > Stephen Pitts > smpitts(a)midsouth.rr.com > webmaster - http://www.mschess.org -- . . . . . . . . . . . . . . . . . . Bob Erb . . I don't want to die today!

2 1

Re: [Zope] How can folder address its contents?
by Robert W. Erb 12 Dec '99

12 Dec '99

Excellent. Thanks, Jeff. This works: > <dtml-in "foldername.objectValues()"> > <dtml-var id> > <dtml-else> > Nothing in folder. > </dtml-in> "Jeff K. Hoffman" <jkhoffman(a)carolina.rr.com> writes: > On Sat, 11 Dec 1999, Phil Harris wrote: > > > Try something like > > > > <dtml-in foldername> > > <dtml-var id> > > <dtml-else> > > Nothing in folder. > > </dtml-in> > > I just tried this on my Zope and, unless I did something wrong, it did not > work. It failed with: > > Error Type: TypeError > Error Value: hasattr, argument 2: expected string, int found > > What has always worked for me is: > > <dtml-in "foldername.objectValues()"> > <dtml-var id> > <dtml-else> > Nothing in folder. > </dtml-in> > > If you want only the folders contained in foldername: > > <dtml-in "foldername.objectValues(['Folder'])"> > ... > </dtml-in> > > If you want folders and DTML Methods: > > <dtml-in "foldername.objectValues(['Folder', 'DTML Method'])"> > ... > </dtml-in> > > And so on. > > --Jeff > -- . . . . . . . . . . . . . . . . . . Bob Erb . . I don't want to die today!

1 0

RE: [Zope] Digitial (sic) Creations?
by Michel Pelletier 12 Dec '99

12 Dec '99

> -----Original Message----- > From: Patrick Phalen [mailto:zope@teleo.net] > Sent: Sunday, December 12, 1999 12:55 PM > To: zope(a)zope.org > Subject: [Zope] Digitial (sic) Creations? > > > This has been bugging me ... > > at http://www.zope.org/Resources/, "Digital Creations" is misspelled > twice. Fixed. Thanks. -Michel

1 0

Digitial (sic) Creations?
by Patrick Phalen 12 Dec '99

12 Dec '99

This has been bugging me ... at http://www.zope.org/Resources/, "Digital Creations" is misspelled twice.

1 0

Suggestion for standard Product documentation mechanism
by Jim Harrison 12 Dec '99

12 Dec '99

There's been a good bit of discussion about Zope documentation on the list recently, and improved documentation of the core Zope distribution would certainly be a great thing. However, part of the attraction of Zope are the available extensions in the form of Zope Products. Documentation for these is also important, whether they're being used as is or as a basis for customization, but it's very difficult for these authors to commit the time required to create separate docs. As a result, it's difficult to figure out the structure and workings of most Products. To make Product documentation easier, I propose the following: When a product is installed, there should be a standard mechanism that creates a "Doc" tab with a page containing information compiled from the Product distribution. The first element on the doc page should be a brief overview of the Product, which would be taken from a text or html file in the product directory with a standard name (docs!.html or docs!.doc, for example). The second element should be a listing by name of all dtml pages and methods in the Product with brief explanatory text. The text should be derived from the contents of a dtml tag in each page that functions like a doc string (perhaps a <dtml-doc> tag). The third and last element should be a listing by name of all python modules in the Product with each name followed by the doc string of the module. Indented under each module should be a listing of all callable top level functions in the module with the corresponding doc strings and all classes with their doc strings. Indented under each class should be all callable functions within the class, with their doc strings. Thus at import, the names and doc strings of the elements of the Product would be extracted and collected into a doc page with this organization: Brief description (from file) DTML Page(s) -- each with "dtml doc string" DTML Method(s) -- each with "dtml doc string" FirstPythonModuleName -- doc string Func def 1 -- doc string Func def 2 -- doc string Class def 1 -- doc string Class func 1 -- doc string Class def 2 -- doc string SecondPythonModuleName -- doc string etc. This approach to documentation has the advantage of exposing the overall structure of a Product in addition to documenting its internals. Having the documentation method use doc strings makes it easier to maintain brief but useful documentation and keep that documentation up to date as code is revised. Of course there would need to be some guidelines about how to set up the doc strings (the standard python format would be a decent start) and conventions such as showing what imports what in module doc strings might be helpful. I got started thinking about this when I was trying to customize Squishdot in some fairly simple ways, but ended up having to bother the author (who was very helpful) about where certain functionality was located. While the approach I suggest here doesn't completely take the place of well-written standalone documentation, it could provide a lot of information with substantially less effort, is easier to maintain in the setting of iterative code development, and is consistent with the open source concept of multiple authors extending code's functionality. Jim Harrison ________________________________________________________________________ James H. Harrison, Jr., MD, PhD University of Pittsburgh Health System C920 PUH, 200 Lothrop Street Pittsburgh, PA 15213 jhrsn(a)pop.pitt.edu | voice: 412-647-5529 | fax: 412-647-9588 "If you want sense, you'll have to make it yourself!!"-Norton Juster ________________________________________________________________________

2 3

Re: [Zope] reality check
by gyst＠nfg.nl 12 Dec '99

12 Dec '99

Hi Rik, Just wanted to let you know you're _completely_ wrong :-). "Changing context in Zope" is exactly what I was looking for and I find myself referencing it frequently. I'll take your points seriously though: after fiddling with Zope for some weeks now I've found some errors in some documentation and I'll contact the authors off-list. I must say I'm quite satisfied with the Zope documentation. It's fragmented, yes, but there's a lot of it. I've got a big pile of printouts on my desk, bigger than anything available for PHP e.g., and it's just a subset of what can be gotten from the Zope site. I for one attribute my difficulties in implementing Zope more to the complexity and huge feature-set of the Zope engine, than to a lack of documentation. Good documentation helps, but it does not make Zope intrinsically easier. :*CU# Rik Hoekstra <hoekstra(a)fsw.leidenuniv.nl> writes: > Ok, that's it. Two points (ok I'm grumpy tonight) > > 1) I can't believe docs are really an issue with anyone. <whining > mode> Let me take myself as an example (yes this is whining!). I have > squeezed out three drafts of a chapter for ZBook called changing > context in Zope. They were almost completely made up of examples. > I got exactly one (1) response to the first draft from anyone either > on the ZDP list or elsewhere (thanks Patrick). > > Now, it may well be they are completely worthless or off target, but > then please say so, so I can save myself the trouble. > > Say anything. I asked for feedback repeatedly. It is not exactly > motivating to write documentation if there is no feedback at all. > That makes it appear as though there is no need for documentation - > or did I get this wrong. > > This also what Open Source is about as far as I'm concerned- _co_ > operation</whining mode> -- *** Guido A.J. Stevens *** mailto:gyst@nfg.nl *** *** Net Facilities Group *** tel:+31.43.3618933 *** *** http://www.nfg.nl *** fax:+31.43.3560502 ***

2 1

Re: [Zope] apache fastcgi and -pass-header
by Anthony Baxter 12 Dec '99

12 Dec '99

>>> Scott Parish wrote > I've been trying to get apache, fastcgi, and zope to all play kindly with > each other. So far things have gone fairly smootly, but i've gotten stuck > with the '-pass-header' tag i'm suppose to include on the FastCgiExternalServ er > line in my httpd.conf file. Whenever i add this tag, apache gripes by saying You'll need the latest snapshot of fastcgi. Anthony

2 1