[Zope-dev] Recursive Folders programatically

Zopists, I forgot about the 'let' tag. It ain't pretty but it works. Here's the code in DTML for recursive folder generation: ugly. Sorry to mail when the answer was in the vaccum of my memory. All my best, Jason Spisak [EMAIL PROTECTED] _

[Zope-dev] Programatically trying to create recursive folders

Zopists, In orderto get around the confliting writes issues I am experiencing, I would like to create recrusive folders like, /0/1, /0/2, etc., so that my objects will be in many different folders. I am trying to get DTML to create these pre-set drop folders automatically, but am unable to do so.

[Zope-dev] Re: FW: [Support] [ZOPE Collector] Zope Bug entry: Ghost ZClasses

Brian Lloyd wrote: > > A new bug entry was added with the following information: > > > > Title: Ghost ZClasses > > > > At: http://classic.zope.org:8080/Collector/1676/sview > > > > Submitter: lalo > > > > Email: [EMAIL PROTECTED] > > > > Description: Some ZClasses in a ZODB migrated from 2.1.6

[Zope-dev] WriteLocking Proposal Revisited. Again.

WriteLocking Revisited and rewritten again after some internal discussions and a decision to ensure that the proposed Write Locking for WebDAV behaves in a matter that the clients (particularly the more popular ones) expect. There's less

Re: [Zope-dev] More almost __call__ ;-)

Jim Fulton wrote: > The fact that ZPublisher will pass it is documented. Whether > or not something else calls it is up to the something else. > The method designer specified an interface that includes RESPONSE. > If it requires RESPONSE, by not specifying a default, then it > requires the client

Re: [Zope-dev] Wrox Book

On 13 Oct 2000, at 15:59, Chris Withers wrote: > Josh Zeidner wrote: > > > > WROX contacted me a while back saying they wanted to do a Zope book as > > well. Does anyone know anything about this? > > > > -josh > > Yeah, that project has just been pulled, I think ;-) Pulled as in cancelle

Re: [Zope-dev] More almost __call__ ;-)

Shane Hathaway wrote: > > Jim Fulton wrote: > > > > Shane Hathaway wrote: > > > > > > Jim Fulton wrote: > > > > Note that if you get called from the web, RESPONSE will > > > > not be none. This is a handy way to decide if you > > > > are called from the web or as a sub-template. Of course, > > >

Re: [Zope-dev] More almost __call__ ;-)

Jim Fulton wrote: > > Shane Hathaway wrote: > > > > Jim Fulton wrote: > > > Note that if you get called from the web, RESPONSE will > > > not be none. This is a handy way to decide if you > > > are called from the web or as a sub-template. Of course, > > > someone could pass a non-None RESPONSE a

Re: [Zope-dev] More almost __call__ ;-)

Shane Hathaway wrote: > > Jim Fulton wrote: > > > > Chris Withers wrote: > > > > > > Toby Dickenson wrote: > > > > > > > > > > > > you would use > > > > > > > > def a_method(self,md): > > > > do_stuff_with(md['param1'],md['

Re: [Zope-dev] More almost __call__ ;-)

Chris Withers wrote: > > Jim Fulton wrote: > > > In any case, if you *just* want to get your function to be > > called from DTML (and your class is an extension class), you can give > > it the isDocTemp attribute like so: > > > > class MyClass( include some extension class ...): > > > >

Re: [Zope-dev] Wrox Book

Josh Zeidner wrote: > > WROX contacted me a while back saying they wanted to do a Zope book as > well. Does anyone know anything about this? > > -josh Yeah, that project has just been pulled, I think ;-) Chris ___ Zope-Dev maillist - [EMAIL P

Re: [Zope-dev] Thanks for the comments

WROX contacted me a while back saying they wanted to do a Zope book as well. Does anyone know anything about this? -josh >Just thought we'd mention that we have gotten lots of great comments on >the Zope book so far, especially in the last week or so. You're all >helping make it a bett

Re: [Zope-dev] More almost __call__ ;-)

Toby Dickenson wrote: > > > Is it *really* the case that you often want to method to be > > called directly > > via the Web *and* and from DTML? This doesn't seem right to me. > > Im suprised that you are suprised. Consider a method called 'summary' that > returns a plain-text summary of an obj

Re: [Zope-dev] More almost __call__ ;-)

Jim Fulton wrote: > > Chris Withers wrote: > > > > Toby Dickenson wrote: > > > > > > > > > you would use > > > > > > def a_method(self,md): > > > do_stuff_with(md['param1'],md['param2']) > > > a_method = FunctionTemplat

Re: [Zope-dev] More almost __call__ ;-)

Jim Fulton wrote: > In any case, if you *just* want to get your function to be > called from DTML (and your class is an extension class), you can give > it the isDocTemp attribute like so: > > class MyClass( include some extension class ...): > > some_methodisDocTemp=1 > def some_

RE: [Zope-dev] More almost __call__ ;-)

> Is it *really* the case that you often want to method to be > called directly > via the Web *and* and from DTML? This doesn't seem right to me. Im suprised that you are suprised. Consider a method called 'summary' that returns a plain-text summary of an object. Thats useful to call from DTML

Re: [Zope-dev] More almost __call__ ;-)

Toby Dickenson wrote: > > > you would use > > def a_method(self,md): > do_stuff_with(md['param1'],md['param2']) > a_method = FunctionTemplate(a_method) Okay, spoke too soon... when I do the above and then call the met

Re: [Zope-dev] More almost __call__ ;-)

Chris Withers wrote: > > Toby Dickenson wrote: > > > > > > you would use > > > > def a_method(self,md): > > do_stuff_with(md['param1'],md['param2']) > > a_method = FunctionTemplate(a_method) > > That looks like it'll d

Re: [Zope-dev] More almost __call__ ;-)

Toby Dickenson wrote: > > > That looks like it'll do the trick... I wonder if there's any way you > > can role it up into a Product so that I don't need to have > > FunctionTemplate.py in each folder of a product that needs to use it? > > Im working on a set of tools to aid my transition to a dt

RE: [Zope-dev] More almost __call__ ;-)

> That looks like it'll do the trick... I wonder if there's any way you > can role it up into a Product so that I don't need to have > FunctionTemplate.py in each folder of a product that needs to use it? Im working on a set of tools to aid my transition to a dtml-free Zope. Eventually I will pac

Re: [Zope-dev] More almost __call__ ;-)

Toby Dickenson wrote: > > > you would use > > def a_method(self,md): > do_stuff_with(md['param1'],md['param2']) > a_method = FunctionTemplate(a_method) That looks like it'll do the trick... I wonder if there's any way

Re: [Zope-dev] More almost __call__ ;-)

On Fri, 13 Oct 2000 11:48:39 +0100, Chris Withers <[EMAIL PROTECTED]> wrote: >I have a Python Product Class, with a method, a_method, that gets called >from some of the Python Product's management screens (encapsulation is >good ;-) > >This method needs several parameters from the namespace, so w

[Zope-dev] More almost __call__ ;-)

Jim Fulton wrote: Okay, this is almost the same, but apparently not the same. I have a Python Product Class, with a method, a_method, that gets called from some of the Python Product's management screens (encapsulation is good ;-) This method needs several parameters from the namespace, so whe

[Zope-dev] Compile zope with kgcc instead of gcc

How do I compile Zope with kgcc instead of gcc? (Yes, I need to do this since I am using RH7.0 where LONG_BIT is defined the wrong value). /Magnus ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cros

Re: [Zope-dev] Xron fragility

>Yes, using Client.py was the easiest way to do that. The biggest problem >with Client.py is its dependency on HTTP. If your server is set up to >only accept HTTPS, then you can't use Xron -- not a desirable trade-off. If security is the problem, you could configure the HTTP part to listen only o

[Zope-dev] Re: SessionManager, BerkeleyDB, and license compatability

On Thu, Oct 12, 2000 at 12:00:07PM -0700, [EMAIL PROTECTED] wrote: > From: Toby Dickenson <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Cc: James Wilson <[EMAIL PROTECTED]> > Subject: [Zope-dev] SessionManager, BerkeleyDB, and license compatability > Date: Thu, 12 Oct 2000 15:0