Ross Boylan wrote:
>
> I have a log composed of sublogs, and so on. I would like for people to be
> able to see some kind of summary (e.g., short versions of the logs down n
> levels) on the screen and then click on one of interest and see a fuller
> display of it.
>
> Is there a good way to do
Maybe the Zope-Dev guys have comments on this
> >From: Jim Fulton <[EMAIL PROTECTED]>
> >
> >Michel,
> >
> >You have advocated that methods should always be bound to the objects they
> >are accessed in. You argue that there should be no choice in the matter.
> >
> >I have to disagree strongly
>From: Michel Pelletier <[EMAIL PROTECTED]>
>
>Jim Fulton wrote:
>>
>> Michel,
>>
>> You have advocated that methods should always be bound to the objects they
>> are accessed in. You argue that there should be no choice in the matter.
>
>I advocate more points than that, like being able to do
This one is probably the most useful of the lot ;-)
>From: Michel Pelletier <[EMAIL PROTECTED]>
>Greetings,
>
>Well, Jim, Evan, Brian and I pow-wowed yesterday and came up with an
>interesting change. The world 'Method' is too overlaoded, as it means
>too much to too many people. Also, Python
> >From: Michel Pelletier <[EMAIL PROTECTED]>
>
> >Well, Jim, Evan, Brian and I pow-wowed yesterday and came up with an
> >interesting change. The world 'Method' is too overlaoded, as it means
> >too much to too many people. Also, Python Methods don't work like
> >methods in python, which was m
Toby Dickenson wrote:
> Thats fine until:
>
I liked that :-))
very accurately sums up some of the problems...
Although I'm not sure they're problems with the method binding this
thread was about.
The problems you describe seem to be with Acquistion in general. Other
than that, I don't have t
On Fri, 20 Oct 2000 12:54:19 +0100, Chris Withers <[EMAIL PROTECTED]>
wrote:
>>Consider the following passage in the documentation:
Noo - Context-based instance-space applications are a major source
of pain, bugs and security holes. They might be the one thing that
Zope does different (and t
Chris Withers wrote:
>
> Toby Dickenson wrote:
> > Thats fine until:
> >
>
>
> I liked that :-))
>
> very accurately sums up some of the problems...
>
> Although I'm not sure they're problems with the method binding this
> thread was about.
>
> The problems you describe seem to be with Acqui
On Fri, Oct 20, 2000 at 01:01:59PM +0100, Chris Withers wrote:
> This one is probably the most useful of the lot ;-)
>
> >From: Michel Pelletier <[EMAIL PROTECTED]>
>
> >Greetings,
> >
> >Well, Jim, Evan, Brian and I pow-wowed yesterday and came up with an
> >interesting change. The world 'Meth
On 10/20/2000 12:02 PM, "[EMAIL PROTECTED]" wrote:
> Oh, yuck! Now we have to explain why PythonScript is safe, and JavaScript
> sucks rocks (from a security standpoint). And from common web convention,
> it would appear that PythonScript would run on the client side, rather
> than the server si
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ender
> Sent: Thursday, October 19, 2000 10:13 PM
> To: Ross Boylan
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Zope-dev] Object references from dtml
>
>
> Ross Boylan wrote:
> >
> > I have a log composed o
I'm going to be out of town for a few days, and won't be as quick to
respond to e-mails, if I respond at all during that time. Ty will still be
around, though, to answer all your ZPatterns and LoginManager questions.
Right, Ty? ;)
___
Zope-Dev mailli
What's the current state of Zope with Python 2.0? My current
understanding of the issues is:
- Problem with ExtensionClasses and 2.0's circular reference GC.
Can someone elaborate on this? Is configuring python2.0 with
the --without-cycle-gc flag a sufficient workaround for now?
- Python
Chris Withers wrote:
>
> >From: Michel Pelletier <[EMAIL PROTECTED]>
> >
Hmm. I thought this was a internal series of emails, I just now noticed
that zope-perl got cc:ed on them somewhere in the middle. Oh well, it
is some good discussion; I allways like to stir the shit!
-Michel
___
Toby Dickenson wrote:
>
> On Fri, 20 Oct 2000 12:54:19 +0100, Chris Withers <[EMAIL PROTECTED]>
> wrote:
>
> >>Consider the following passage in the documentation:
>
> Noo - Context-based instance-space applications are a major source
> of pain, bugs and security holes. They might be the on
[EMAIL PROTECTED] wrote:
>
> > >
> > >'Script' objects make a lot of sense, they don't overload the concept of
> > >methods, they describe an action that people commonly want to do (script
> > >the web) and they clear up a lot of potential confusion for newbie and
> > >old-hat alike.
> > >
>
> O
On Fri, Oct 20, 2000 at 02:18:47PM -0700, Michel Pelletier wrote:
> [EMAIL PROTECTED] wrote:
> >
> The proposal is not for PythonScript but a "Python Script". We are not
> inventing a new language, this is python, we are just coming up with the
> name for an object. Don't capitalize it and you'
[EMAIL PROTECTED] wrote:
>
> Now we just need a generic term, which will not cause other confusions
> later on down the road for the concept. I really don't like script,
> especially next to a language name (in the web domain). You don't like
> function (which was not my suggestion). Thingi
Michel Pelletier wrote:
>
> [EMAIL PROTECTED] wrote:
> > descriptive. Widget has technical meaning. Perhaps task or job are
> > suitable, as in
> > Safe Python Task
> > Safe Python Job
> > Safe Python Subtask
> > Safe Python Function
> > Safe Python Script
> >
> > Then external methods, whi
Michel Pelletier wrote:
>
> Keep in mind also that we are moving towards a new architecture with
> "Documents" and "Templates" (ala HyperDOM). I think Scripts fits right
> in there:
>
> Documents, Templates and Scripts
>
> or
>
> Documents, Templates and Methods
I tend to think of things as:
Well I fixed this using a ISAPI filter which I will release soon (once I
have some time) that takes a url /a/b/c/x.pcgi/f/g/h, and passes
/a/b/c/x.pcgi to IIS so the file will run and /f/g/h to Zope.
My next question is has anyone succeeded in getting this to work to another
box over a mapped or
21 matches
Mail list logo
