[Zope-dev] Proposal: Local ZClasses

Problem: Encapsulation for plugable brains and other purposes are too hard. ZClasses are a global kind of thing that requires going into a separate area of the site which you have to have permission to use. Also I find that I evolve my solutions. I will produce something in folders that work

[Zope-dev] New Proposal: PersistentBlob

Hi all, Yesterday I put up a new proposal on the http://dev.zope.org site that documents my vision of PersistentBlob. The main idea is the be able to mark blocks of strings (text or binary) content for storage in a file system as individual files. (Or blobs in a relation table.) The two motiva

Re: [Zope-dev] Re: more __call__ ...

From: Chris Withers <[EMAIL PROTECTED]> > Evan Simpson wrote: > > PythonMethods, essentially, unless you'd really like me to make this a > > separate project. It's *such* a small change, tho. > > No, not at all, just where I can find some docs for this specific bit > would be more than suffici

Re: [Zope-dev] ZServer and ftp port-1 data channel

Kent Polk wrote: > So you are saying ZServer just isn't ever going to support Active > ftp clients in the correct port-1 manner? If so, you might want > to put a LARGE BANNER disclaimer about this matter as this makes > ZServer unusable from most ftp clients that try to access it from > behind st

Re: [Zope-dev] ZServer and ftp port-1 data channel

On 26 Sep 2000 12:50:00 -0500, Shane Hathaway wrote: >Here's what Sam Rushing told me regarding this issue. > >Shane Hathaway writes: > > I hear that you have found a way to get Medusa to use the correct >port > > in active mode FTP. This could be a great benefit to the Zope > > community. Anyth

Re: [Zope-dev] Soft links again

"Ibañez Palomar Juan David" wrote: > > Hi all, > > First, I'm using Zope 2.2.1 (Debian package). > > I've been trying to implement zope objects that behave like unix soft > links. The message > > http://lists.zope.org/pipermail/zope-dev/2000-July/005963.html > > by Shane proposes an imple

[Zope-dev] Re: more __call__ ...

Evan Simpson wrote: > PythonMethods, essentially, unless you'd really like me to make this a > separate project. It's *such* a small change, tho. No, not at all, just where I can find some docs for this specific bit would be more than sufficient :-) cheers, Chris ___

[Zope-dev] Soft links again

Hi all, First, I'm using Zope 2.2.1 (Debian package). I've been trying to implement zope objects that behave like unix soft links. The message http://lists.zope.org/pipermail/zope-dev/2000-July/005963.html by Shane proposes an implementation based in the __of__ method: class SoftLink (Si

Re: [Zope-dev] ZServer and ftp port-1 data channel

Here's what Sam Rushing told me regarding this issue. Shane Hathaway writes: > I hear that you have found a way to get Medusa to use the correct port > in active mode FTP. This could be a great benefit to the Zope > community. Anything you have (diffs, modified files, or any kind of > info)

Re: [Zope-dev] more __call__ ...

Chris Withers wrote: > > Jim Fulton wrote: > > > So, if I give my product a class attribute of isDocTemp=1, what > > > signature should I give my product's __call__ method so it picks up the > > > DTML namespace? > > > > def __call__(self, ignored, md): ... > > Right, now if I call other DTML

[Zope-dev] ZServer and ftp port-1 data channel

It appears we still have a problem with ZServer's port 20 data channel response behavior with the latest released Zope (Zope 2.2.1 (source release, python 1.5.2, linux2) and Active Mode ftp clients. In particular, when you select the port-1 behavior, medusa can't seem to bind to port 20 when port

[Zope-dev] Re: more __call__ ...

From: "Jim Fulton" <[EMAIL PROTECTED]> > > > We are going to provide an alternate interface, so that if > > > an object has a special method, then this will be called instead. > > > > okay... which proposal/project is this in? > > I don't remember. Evan? PythonMethods, essentially, unless you'd r

Re: [Zope-dev] more __call__ ...

Jim Fulton wrote: > > So, if I give my product a class attribute of isDocTemp=1, what > > signature should I give my product's __call__ method so it picks up the > > DTML namespace? > > def __call__(self, ignored, md): ... Right, now if I call other DTML methods from my __call__ method, can I

Re: [Zope-dev] more __call__ ...

On Tue, 26 Sep 2000 16:11:50 +0100, Chris Withers <[EMAIL PROTECTED]> wrote: >So, if I give my product a class attribute of isDocTemp=1, what >signature should I give my product's __call__ method so it picks up the >DTML namespace? Interestingly, Ive just put a HowTo that does this

[Zope-dev] Re: more __call__ ...

Chris Withers wrote: > > (moving back onto list, hopefully my head/wall contact will save others > braincells ;-) > > Jim Fulton wrote: > > > On an (almost) related matter, are there any docs (other than the code > > > ;-) for how __call__ is handles WRT to ? > > > I had a look at DTMLMethod.py

[Zope-dev] more __call__ ...

(moving back onto list, hopefully my head/wall contact will save others braincells ;-) Jim Fulton wrote: > > On an (almost) related matter, are there any docs (other than the code > > ;-) for how __call__ is handles WRT to ? > > I had a look at DTMLMethod.py and PythonMethod.py and ended up very

Re: [Zope-dev] Testing Zope applications

[on the subject of dtml picking the wrong context to look in first] >>> I dont see a way to test this constraint, and it has proven impossible >>> to avoid the problems using design rules. I recently checked some of >>> our recent products using strategically placed debugging __getattr__ >>> hook

Re: [Zope-dev] aq_base, aq_base() and infinite recursion...

Chris Withers wrote: > > Phil Harris wrote: > > > > Have you tried Christian Tismers Stackless Python, which has 'infinite' > > recursion capabilities? > > I'm not sure this would be entirely helpful here ;-) > > I wonder what aq_base(), over aq_base, does that causes an infinite > recursion? >

[Zope-dev] aq_base, aq_base() and infinite recursion...

Phil Harris wrote: > > Have you tried Christian Tismers Stackless Python, which has 'infinite' > recursion capabilities? I'm not sure this would be entirely helpful here ;-) I wonder what aq_base(), over aq_base, does that causes an infinite recursion? Maybe I should still stick this in the col

Re: [Zope-dev] Testing Zope applications

On Tue, 26 Sep 2000 07:42:29 -0400, Jim Fulton <[EMAIL PROTECTED]> wrote: >Toby Dickenson wrote: >> >> >I'm not sure exactly what problem you are refering to. It sound's >> >like an issue of depending on a specific acquired name and having >> >the name overridden with something bogus. Is that it

Re: [Zope-dev] aq_inner crash: Python 1.5.2's fault? (also how to get the client)

On Tue, 26 Sep 2000 14:09:39 +0100, Chris Withers <[EMAIL PROTECTED]> wrote: >> I bet you are using python 1.5.2 on Windows. > >I am, Toby's explanation sounds accurate. So, does this go in the Zope >collector or the Python collector? >If the later, does anyone know if it is in there already? Th

Re: [Zope-dev] aq_inner crash: Python 1.5.2's fault? (also how to get the client)

Chris, Have you tried Christian Tismers Stackless Python, which has 'infinite' recursion capabilities? www.stackless.com Phil - Original Message - From: "Chris Withers" <[EMAIL PROTECTED]> To: "Jim Fulton" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, September 26, 2000 2:

[Zope-dev] aq_inner crash: Python 1.5.2's fault? (also how to get the client)

Jim Fulton wrote: > > The line: > > print self.aq_inner() > > > > in the __call__ method of a python product caused the python process to > > dump an 'unknown software exception'. > > > > Should that be so? > > No. Sound's like a bug. Would you mind submitting a collector entry? Not at a

Re: [Zope-dev] aq_inner: don't call it!

On Tue, 26 Sep 2000 11:32:17 +0100, Chris Withers <[EMAIL PROTECTED]> wrote: >After more playing I've discovered that calling the resutl of aq_inner() >appears to be a very bad idea ;-) > >The line: >print self.aq_inner() > >in the __call__ method of a python product caused the python pro

Re: [Zope-dev] Testing Zope applications

Toby Dickenson wrote: > (snip) > >I'm not sure exactly what problem you are refering to. It sound's > >like an issue of depending on a specific acquired name and having > >the name overridden with something bogus. Is that it? > > There are two related issues that conspire to make the problem har

Re: [Zope-dev] aq_inner: don't call it!

Chris Withers wrote: > > After more playing I've discovered that calling the resutl of aq_inner() > appears to be a very bad idea ;-) > > The line: > print self.aq_inner() > > in the __call__ method of a python product caused the python process to > dump an 'unknown software exception'.

Re: [Zope-dev] ZCatalog : UTF-8 Chinese

After reading the source, I realize it is not bug but relate to zcatalog's design. I believe that Zcatalog parse the input string for expressions, however, it take the string as byte-string without convert it from utf-8. What I think is that the parse process break the search expression so that t

[Zope-dev] __call__ hell :-(

:-( Right, I have a Python product with a __call__ method that is (hopefully) going to be used to render a navigation tree. To do this (and have the tree expand in the right places) I need a list of objects that need to be expanded. I'm currently using the following expression to get this list:

[Zope-dev] aq_inner: don't call it!

After more playing I've discovered that calling the resutl of aq_inner() appears to be a very bad idea ;-) The line: print self.aq_inner() in the __call__ method of a python product caused the python process to dump an 'unknown software exception'. Should that be so? Also, I thought a

[Zope-dev] MySQL : help !

I need the binarie file named _msql does anybody got it (for any Linux)? Because I can't build this file : I've got too many errors Thanks in advance Jérôme DIEBOLD ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/list

Re: [Zope-dev] Testing Zope applications

On Mon, 25 Sep 2000 12:41:21 -0400, Jim Fulton <[EMAIL PROTECTED]> wrote: >But Zope.debug uses the Zope environment. Unless you consider ZServer >a critical part of the Zope environment. It is extremely >rare for the difference between something like ZServer and >ZPublisher.Test to have any not

[Zope-dev] RFClarification: Security on Product Attributes

Hi, If I have the following lines in a Python Product: def __init__(self, id): """initialise a new instance of product""" self.id = id self.title = 'Title!' self.anInt = 0 self.aString = 'testing' Are these attributes protected by the security machin