On Wed, Feb 26, 2003 at 05:37:17PM -0800, Andy McKay wrote:
Or just write a simple HTTP post using Python. Have a look around for
the MailIn Product, or CMFMailIn which does this very simply and works
fine for low volume traffic (eg: fine listening to [EMAIL PROTECTED]).
Thanks. I borrowed
I am working on a poll/survey type product and want to handle
responses by email as well as the web. If you have any advice about
the best architecture, I would appreciate it. I'm currently using
Zope 2.5 on Linux, though it would be nice if the solution weren't too
platform dependent.
Here are
On Sat, Aug 10, 2002 at 10:25:32AM +0100, Chris Withers wrote:
Ross Boylan wrote:
That was just the first few lines of the class definition to give a
flavor. Was your remark that it was wrong based on the assumption it
was the entire implementation, or is there something obviously wrong
I missed this in all the excitement, and have a follow-up below.
On Tue, Jul 30, 2002 at 04:57:07PM +, Florent Guillaume wrote:
Ross Boylan [EMAIL PROTECTED] wrote:
My case was, however, subtly different. a.__of__(b) got put in a
PersistentList, which is essentially [] with a little
On Mon, Jul 29, 2002 at 07:58:22AM +0100, Toby Dickenson wrote:
On Saturday 27 Jul 2002 12:32 am, Ross Boylan wrote:
On Sat, Jul 27, 2002 at 12:26:04AM +0200, Lennart Regebro wrote:
From: Ross Boylan [EMAIL PROTECTED]
I don't follow that last paragraph. Does it mean
1
On Thu, Jul 25, 2002 at 12:09:35PM -0700, Gary Speer wrote:
Dear Ross -
I strongly encourage you to switch to the [EMAIL PROTECTED] mailing list as this one is
dedicated to next-generation product enhancement as opposed to peer user assistance.
I thought this list was for developers,
I find that when I refresh my product it destroys some of the
containment relationships. Things start failing, and as far as I can
tell the only recovery is to completely rebuild the object.
This is a big problem, and if anyone could explain what is going on
and how to avoid it I would
I had the bright idea of defining a mixin class whose methods I
thought I could use in my regular Zope product classes:
class AMixin:
def __init__(self):
blah, blah blah
class B(AMixin, Persistent, Folder, ):
def __init__(self):
# do some of my own stuff
On Thu, Jul 18, 2002 at 02:18:43PM -0400, Casey Duncan wrote:
On Thursday 18 July 2002 02:06 pm, Ross Boylan wrote:
Is there a way to get inheritance, so that, for example,
class C(B):
sect1 = DTMLFile(CSect2,globals())+B.sect1(self)?
I don't think that syntax will work
On Thu, Jul 18, 2002 at 08:41:02PM +0200, Dieter Maurer wrote:
Ross Boylan writes:
...
I would prefer a more elegant approach. Perhaps I can define some
method in A that the dtml will reference, and then B can override the
method to add some extra stuff (the method would return
I have a product with a number of classes that have subclasses. It
seems natural to make the screens for the subclasses by extending
those of the superclass. Can anyone suggest a good way to do that?
The naive approach is that I have a manage_edit_A.dtml that gives a
management screen for A.
The Zope Developer's Guide and the API docs (Zope 2.5) present
different stories about how to add things to object managers. I don't
really follow what the API stuff is doing. This is a request for
clarification.
Devguide says do
def addFunction(dispatcher, id):
Create object and add to
I have some data that will not naturally live as an item in a folder. If
I'm using Zope, how do I establish a root for it? The ZODB docs talk about
how to handle a free-standing database, but I don't see info about how to
use the one that Zope has already set up. I recall there's some way
At 09:37 PM 1/23/02 -0800, Ross Boylan wrote:
I have some data that will not naturally live as an item in a folder. If
I'm using Zope, how do I establish a root for it? The ZODB docs talk
about how to handle a free-standing database, but I don't see info about
how to use the one that Zope
At 09:37 PM 1/23/02 -0800, Ross Boylan wrote:
I have some data that will not naturally live as an item in a folder. If
I'm using Zope, how do I establish a root for it? The ZODB docs talk
about how to handle a free-standing database, but I don't see info about
how to use the one that Zope
I am working on a membership application for a voluntary organization.
The database may be updated either by the national office or local
chapters. For security, convenience, and hosting reasons it seems
best that locals work off their own copy of the database.
Periodically changes will need to
.
At 11:09 PM 10/19/2000, Ross Boylan wrote:
I recently tried doing some Zope development on a laptop and ran into a
problem: when I updated a product the updates did not "take." In
particular, when I edited the text in a .dtml file and restarted Zope, I
still saw the old text
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 this using dtml?
I've
In looking over the code for ZWiki/ZC, I see a lot of places with the
following construct:
apply(foo.__call__, some, arguments)
Why not just say
foo(some, arguments)?
Examples of the construct from ZWikiPage.py:
apply(self.aq_parent.standard_wiki_page.__call__,
Two substantive comments, and some editorial ones.
You write that you are thinking of different schemes for generating
paths and ids. I suggest one of the things you consider is whether
your scheme will work if someone cuts the ZWikiZC and pastes it
somewhere else in the tree.
I'm not
20 matches
Mail list logo