is a perfect time to revisit
your platform. Maybe some folks should get together, come up with a catchy
name (Rob Miller already suggested 'Zapp'... ;-) , and build a website with
some documentation... whaddaya say?
instead of:
The whole idea of whatever-Zope 3-is-designated-as just being a 'larger
Gary Poster wrote:
This message seems like a reasonable start to me: Zope 3 has become
focused on supporting frameworks and applications, rather than trying
to be one itself. It is now called the Zope Toolkit. Parts of it are
used by Zope 2, Plone, Grok, Repoze.bfg, and by many other
Philipp von Weitershausen wrote:
Believe something very very rotten in Five's registerPackage was fixed
by Rocky in r72986 [1]. As far as I can tell this was never merged to
the 1.4 branch, but I could we wrong.
i can confirm that this seems to be helping. there's an easier way to
generate
Lennart Regebro wrote:
On Nov 16, 2007 11:41 AM, Lennart Regebro [EMAIL PROTECTED] wrote:
On Nov 16, 2007 3:38 AM, Martin Aspeli [EMAIL PROTECTED] wrote:
Help appreciated!
Well, I suggest you forget about ZCML and try to use the CA directly
from Python. The Pylons people would probably
Philipp von Weitershausen wrote:
whit wrote:
Martin Aspeli wrote:
Philipp von Weitershausen wrote:
This is awesome, and by that I don't mean the fact that we have a
plone buildout, but that we actually have Zope 2 recipes for
buildout. I hope they can be moved to svn.zope.org for further
Martin Aspeli wrote:
Rob Miller wrote:
honestly, it seems to me that buildout tries to do too much. it's
trying to handle both repeatable deployment recipes AND providing a
sandbox within which to run things. there may not be a point to
having an extra layer on top of buildout
is there a current maintainer or development process for ZopeVersionControl?
there's been a little bit of activity lately, but it's still in CVS.
in any event, CMFEditions (a versioning system for Plone) depends on ZVC, and
it seems that some recent changes to Zope's DateTime implementation
Sidnei da Silva wrote:
On Thu, Sep 28, 2006 at 01:11:05PM -0400, Brad Clements wrote:
| I've been doing a lot of work with Paste in the past year, cutting down on my
| deployments of Zope.
|
| Now I'm taking a new look at Zope 3 and Zope 2, and wondering if it's possible to
| use paste
On Mon, 26 Jun 2006 12:59:49 -0400, Tres Seaver wrote:
Andreas Jung wrote:
--On 25. Juni 2006 16:32:04 +0200 Stefan H. Holek [EMAIL PROTECTED]
wrote:
This, BTW, breaks CMF 1.5 on Zope 2.9. Not sure I/you should care
though ;-)
Traceback (most recent call last):
File
Chris Withers wrote:
Both core zope and Plone spew forth in their default state.
the deprecation warnings in Plone annoy me to no end. unfortunately, though,
Plone (thus far) has chosen to straddle Zope release. i can't fix the
deprecation warnings that Plone 2.5 generates with Zope 2.9,
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27 Mar 2006, at 11:55, Philipp von Weitershausen wrote:
Andreas Jung wrote:
Zope 2.8 ships/shipped with Five 1.0 which is very old and no longer
actively maintained. Most ppl doing currently development with Zope
2.8 are
On Thu, 02 Mar 2006 09:43:03 -0330, Rocky Burt wrote:
On Tue, 2006-28-02 at 13:21 +0100, Martijn Faassen wrote:
Philipp von Weitershausen wrote:
[snip]
I would vote for spelling out Zed (which would also be a little easier
to google but might create trademark problems). The namespace
Stefane Fermigier wrote:
Strange how (most of) the Plone people seem to be so quick in willing to
sacrifice the Zope brand :(
um, if you reread what i said, and what i think rocky is trying to say,
i'm in favor of _keeping_ the zope brand for the app server, which is
what zope has always
another possible angle on all of this is CMFMember, which replaces the
default memberdata tool with one that provides Archetypes-based
memberdata objects. this already provides some (most?) of the
functionality you're suggesting in the userdirectory tool, i believe.
i'm pretty sure that
14 matches
Mail list logo
