On 4/21/05, David Given <[EMAIL PROTECTED]> wrote:
>
> The actual amount of code I want to write is minimal; it looks like what I'll
> have is a subclass of File that processes its content and passes it as a
> parameter into a page template on itself. (What I actually want is a
> lightweight Restr
On Wed, Apr 20, 2005 at 05:51:17PM +0100, David Given wrote:
> Any gotchas I should know about?
I dunno, I never use 'em :-)
> What other approaches are there to doing this kind of thing, other than
> writing a fully-fledged Product?
For creating new TTW types? I don't know of any, but that's
On Wednesday 20 April 2005 16:53, Paul Winkler wrote:
[...]
> My interpretation: they aren't going away, but think twice before
> you get heavily invested in them now.
Well, having done some research, they do appear to be precisely what I'm
looking for. They're simple, fast to develop, and everyt
On Wed, Apr 20, 2005 at 04:38:06PM +0200, Milos Prudek wrote:
> >Ta. I'll check it out, although I suspect a ZClass may be more what I
> >want... need to do some more reading up.
> >
>
> Don't use ZClasses. They have been deprecated for more than a year and
> they are poorly supported.
Poorly su
Ta. I'll check it out, although I suspect a ZClass may be more what I
want... need to do some more reading up.
Don't use ZClasses. They have been deprecated for more than a year and
they are poorly supported.
--
Milos Prudek
___
Zope maillist - Zope@z
On Tue, 2005-04-19 at 13:40 -0400, Paul Winkler wrote:
[...]
> Sure, but that doesn't constrain the types you can add to a folder.
Unfortunately if you want the same method to do something different on a
text file than on an image then you can't put them in the same folder...
if you want to do it
David Given wrote:
On Tue, 2005-04-19 at 18:43 +0200, bruno modulix wrote:
[...]
All of B's siblings are the same sort of object.
Why do you have this strange idea ?
From, uh, the documentation... because all of B's siblings will inherit
the same methods from A.
s/inherit/acquire/
[...]
Then calls
On 4/19/05, David Given <[EMAIL PROTECTED]> wrote:
> Unfortunately, this requires having the code dealing with text and
> images to be in the same place, which breaks encapsulation.
Zope is not a programming language. :-)
Yes, Acquisition has similarieties to class inheritance, but it isn't,
and t
On Tue, Apr 19, 2005 at 06:17:30PM +0100, David Given wrote:
> On Tue, 2005-04-19 at 18:43 +0200, bruno modulix wrote:
> [...]
> > > All of B's siblings are the same sort of object.
> >
> > Why do you have this strange idea ?
>
> From, uh, the documentation... because all of B's siblings will inh
On Tue, 2005-04-19 at 18:43 +0200, bruno modulix wrote:
[...]
> > All of B's siblings are the same sort of object.
>
> Why do you have this strange idea ?
From, uh, the documentation... because all of B's siblings will inherit
the same methods from A.
[...]
> Then calls like:
> Rose/Text/MyFavou
On 4/19/05, David Given <[EMAIL PROTECTED]> wrote:
> I apologise if this is a newbie question, but I can't seem to find
> anything in the documentation about this.
>
> The way Zope seems to want to organise things is so that folders roughly
> equate to classes. That is, if I have B inside A, then
David Given wrote:
I apologise if this is a newbie question, but I can't seem to find
anything in the documentation about this.
The way Zope seems to want to organise things is so that folders roughly
equate to classes.
Nope.
That is, if I have B inside A, then B inherits its
behaviour from A.
B
On Tue, Apr 19, 2005 at 04:31:15PM +0100, David Given wrote:
> Is this in fact possible, or do I need to start tinkering with custom
> products?
That's what I would do.
--
Paul Winkler
http://www.slinkp.com
___
Zope maillist - Zope@zope.org
http://m
I apologise if this is a newbie question, but I can't seem to find
anything in the documentation about this.
The way Zope seems to want to organise things is so that folders roughly
equate to classes. That is, if I have B inside A, then B inherits its
behaviour from A. All of B's siblings are the
14 matches
Mail list logo