September 1999 - Zope

RE: Possible error in the 'Let' How-To
by Michel Pelletier 09 Sep '99

09 Sep '99

> -----Original Message----- > From: Tony.McDonald(a)newcastle.ac.uk > [mailto:Tony.McDonald@newcastle.ac.uk] > Sent: Thursday, September 09, 1999 4:09 AM > To: michel(a)digicool.com > Subject: Possible error in the 'Let' How-To > > Michel, > Many thanks for the How-Tos (they're dead useful), but I > think there's an error in the 'Let' How-To. dead? This must be some sort of UKism. > > But I've found that it only works if you do this; > <dtml-let name="'bob'" > relation="'uncle'"> > <dtml-var name> is your <dtml-var relation> > </dtml-let> > You are correct, the How-To is wrong. I'll fix it. -Michel > Otherwise you get NameErrors on 'bob' and 'uncle'. > > I don't think it's my installation, as I've tried this on > 2.0a4 and 2.0 final. > > cheers > tone. >

1 0

RE: [Zope] how to print error stack trace
by Michel Pelletier 09 Sep '99

09 Sep '99

> -----Original Message----- > From: Martijn Pieters [mailto:mj@antraciet.nl] > Sent: Thursday, September 09, 1999 10:16 AM > To: Evan Simpson; Jay, Dylan > Cc: zope(a)zope.org > Subject: Re: [Zope] how to print error stack trace > > > At 15:49 09/09/99 , Evan Simpson wrote: > >Errors which occur before the URL is fully resolved, and the > resulting > >object called, generate hardwired error pages. Only after > that process is > >complete is there an acquisition context in which > standard_error_html can be > >found. > > > >I'm not sure if there's a better way to handle it. > > Maybe use the context build up until the error occurs? > > /a/b/c/*BANG* > > use /a/b/c/standard_html_error > > /a/b/c/d/*BANG* > > use /a/b/c/d/standard_html_error.. > This is how it works now. I think what Evan was pointing to is the pre-2.0 behavior of using hardwired error pages for errors which happen before a context is even entered, like 404 NotFound and 500 ServerError. -Michel

1 0

RE: [Zope] <dtml-with> problem
by Michel Pelletier 09 Sep '99

09 Sep '99

> -----Original Message----- > From: Martijn Pieters [mailto:mj@antraciet.nl] > Sent: Thursday, September 09, 1999 3:52 AM > To: Tom Schwaller > Cc: zope(a)zope.org > Subject: Re: [Zope] <dtml-with> problem > > > > >where I use numbers for the folder names, which seems natural > >here. When I want to acces this objects with > > > ><dtml-with "issue.1998.01"> > > Numbers are not valid python names. You can, however, use getattr: <dtml-with "_.getattr(_.getattr(issue, '1998'), '01')"> or: <dtml-with issue> <dtml-with 1998> <dtml-with 01> ... DTML tags arguments used 'by name' and not in an expression can access illegal python names (because it uses getattr). ;) -Michel

1 0

Tree/nav has me perplexed
by Bruce Elrick 09 Sep '99

09 Sep '99

Howdy all.. I've read through the DTML Guide section on the tree tag as well as Tad Murphy's How-To, but I still can't get the tree tag to do what I want. I have folders that are meant to be part of the site hierarchy as well as folders that are simply used to clean up the management view of the site. For example, I have an Images folder at the top, but I don't expect users to browse to http://site/Images, so I don't want that folder to appear in the nav tree. If I add a property called 'hidden' to such folders and use the following code: <dtml-tree expr="PARENTS[0]" skip_unauthorized=1 sort=title_or_id branches_expr="objectValues(['Folder', 'Squishdot Site'])" > <dtml-if hidden>  <dtml-else> <a href=""></A> </dtml-if> </dtml-tree> Then the tree is still rendered with the 'hidden' folders but with no text etc. That is, it takes up space in the tree and shows a plus if it has subfolders. What I would like is that such folders (and their subfolders) are not rendered at all. I'm thinking I have to provide some code in place of the objectValues(['Folder', 'Squishdot Site']) that returns the same minus said items that have 'hidden' as a property, but I don't understand whether this 'code' would be a DTML method or an external method, or what 'type' of this it would return (a list?). Cheers and thanks... Bruce -- Bruce Elrick, Ph.D. Saltus Technology Consulting Group Cell: (403) 870-4429 Personal: belrick(a)home.com IBM Certified Specialist Business: belrick(a)saltus.ab.ca ADSM, AIX Support, RS/6000 SP, HACMP

2 3

Zope BOF at Atlanta Linux Showcase
by Dan York 09 Sep '99

09 Sep '99

Folks, FYI, I thought Zope was important enough to talk about that there ought to be a "Birds of a Feather" session down at the Atlanta Linux Showcase.... so now there is.. here's the confirmation. It's the end of the last day of the show, so I don't know how popular that will be... I don't have a plan for the session... (and actually I might have to be flying out by then...) but I wanted to let people know that there is now a forum at ALS to get together and talk about Zope. If any of you are down there and want to get together then, great... BOF sessions are usually just a time to get together and chat about the topic. If anyone wants to come up with a plan for the session other than just chatting, that's fine with me, too. (If anyone wants to "host" it with me, that's fine, too!) If you don't know about ALS, it's October 12-16 in, you guessed it, Atlanta! More info at: http://www.linuxshowcase.org/ Regards, Dan -------- Original Message -------- Subject: ALS BOF Confirmation Date: Thu, 9 Sep 1999 10:50:23 -0400 From: "Daniel S. Cox" <danny(a)ecweb.com> To: dyork(a)linuxcare.com This is a script generated email. Dear Dan York, We currently have you listed as the host for a BOF entitled, "Zope". It is scheduled for Saturday October 16, 1999 -- 4:30pm-5:30pm in BOF Room 1. If you have any changes, or you don't wish to be the host, please reply to danny(a)linuxshowcase.org. Thanks! Danny Cox BOF Coordinator 1999 Atlanta Linux Showcase

1 0

RE: [Zope] Re: Two newbie questions + Zope patch
by Michel Pelletier 09 Sep '99

09 Sep '99

> -----Original Message----- > From: Evan Simpson [mailto:evan@tokenexchange.com] > Sent: Thursday, September 09, 1999 9:39 AM > To: Michel Pelletier; Martijn Pieters > Cc: zope-dev(a)zope.org; zope(a)zope.org > > <dtml-var number/3/the_larch> Ok. > <dtml-with thingy><dtml-var "_[varwithstringpath]"></dtml-with> That's cool. > <dtml-var "_.getattr(eric(), 'half/a/bee')"> Ouch! I can see changing var to work with relative paths, but not getattr. You can try and convince me otherwise but I think _.getattr should work as much like the python getattr as possible (after all, it *is* the python getattr!). -Michel

2 1

RE: [Zope] how to print error stack trace
by Michel Pelletier 09 Sep '99

09 Sep '99

> -----Original Message----- > From: Evan Simpson [mailto:evan@tokenexchange.com] > Sent: Thursday, September 09, 1999 9:50 AM > To: Jay, Dylan > Cc: zope(a)zope.org > Subject: Re: [Zope] how to print error stack trace > > > Errors which occur before the URL is fully resolved, and the resulting > object called, generate hardwired error pages. Only after > that process is > complete is there an acquisition context in which > standard_error_html can be > found. > This changed with 2.0. Most errors in ZPublisher now hook into standard_error_message (with minor exceptions, for example, if an error is raised while trying to render standard_error_message). -Michel

1 0

RE: [Zope] The Honest Scoop on Zope
by Michel Pelletier 09 Sep '99

09 Sep '99

> -----Original Message----- > From: John Goerzen [mailto:jgoerzen@complete.org] > Sent: Thursday, September 09, 1999 10:42 AM > To: Terrel Shumway > Cc: zope(a)zope.org > Subject: Re: [Zope] The Honest Scoop on Zope > > > Terrel Shumway <tshumway(a)epicor.com> writes: > > > The Python tutorial may help with things like embedding > quotes and "casting" > > > > (Python is dynamically typed: casting is a foreign concept). > > http://www.python.org/doc > > OK, but not quite so in Zope. For instance, when I want to compare a > date to, say, January 1, 1980, I can't just use <=. I must first use > the (undocumented) _.DateTime to convert '1980/01/01' to a Date > object. THEN I can use <=. This is the same in Python. Python does not 'type' objects but objects still have a type. You are expected to understand at each stage in the life of an object what type it is. > Incidentally, how can I overload <= to work with my own objects? Your object must define an __cmp__ method: http://www.python.org/doc/current/ref/customization.html#l2h-130 -Michel > > -- John > > -- > John Goerzen Linux, Unix consulting & programming > jgoerzen(a)complete.org | > Developer, Debian GNU/Linux (Free powerful OS upgrade) > www.debian.org | > -------------------------------------------------------------- > --------------+ > The 139,134,919th prime number is 2,884,111,709. > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (To receive general Zope announcements, see: > http://www.zope.org/mailman/listinfo/zope-announce > > For developer-specific issues, zope-dev(a)zope.org - > http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

Re: [Zope] The Honest Scoop on Zope
by John Goerzen 09 Sep '99

09 Sep '99

Terrel Shumway <tshumway(a)epicor.com> writes: > The Python tutorial may help with things like embedding quotes and "casting" > > (Python is dynamically typed: casting is a foreign concept). > http://www.python.org/doc OK, but not quite so in Zope. For instance, when I want to compare a date to, say, January 1, 1980, I can't just use <=. I must first use the (undocumented) _.DateTime to convert '1980/01/01' to a Date object. THEN I can use <=. Incidentally, how can I overload <= to work with my own objects? -- John -- John Goerzen Linux, Unix consulting & programming jgoerzen(a)complete.org | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | ----------------------------------------------------------------------------+ The 139,134,919th prime number is 2,884,111,709.

2 1

Re: [Zope] The Honest Scoop on Zope
by John Goerzen 09 Sep '99

09 Sep '99

Martijn Pieters <mj(a)antraciet.nl> writes: > Hmm.. the problem lies in the fact that the tree object tries to call your > method on the Event objects as well (I know, you figured this one out). The > best way to prevent this, is by defining the same method on your Event > objects as well, having it return an empty list. This is exactly what > SimpleItem.Item does (which DTML Methods and Documents inherit). WOOHOO!!!! It's working!!! Thanks! -- John Goerzen Linux, Unix consulting & programming jgoerzen(a)complete.org | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | ----------------------------------------------------------------------------+ The 830,743rd digit of pi is 6.

1 0