Joachim Werner wrote:
The problem of Zope 2 is - don't kill me for saying that - Plone. Plone
and its foundations in CMF have created a large momentum around a
terribly horrible code base. Believe me or not, almost everything gets
more complicated with CMF/Plone than with plain Zope. Building
Chris Withers wrote:
Jim Fulton wrote:
FYI, there's a similar zip file now containing the same kind of thing
for a
current Zope3 checkout (s/Zope2/Zope3/ in the URL).
If this is good enough for people trying to work from CVS on Windows,
let me
know and I'll update them from time to time, and
Chris Withers wrote:
Lennart Regebro wrote:
From: Chris Withers [EMAIL PROTECTED]
Whatever happened to the plan to have a monthly bug day on the last
monday
of
each month or somesuch?
Nothing, as usual, I guess. Even since bugdays where first thought of,
more
of then and more regular
package/class:
zope.app.copypastemove.ObjectMover
I think theres a bug or at least
to less checks in the ObjectMover method
moveableTo().
example that should raise a Error:
The objects in a tree:
root/folder2/folder2_2
if I copy folder2 to folder2_2
with:
mover = IObjectMover(folder2) # or
My plan has been to make zope.interface interfaces and Interface interfaces
interoperate. Martijn Faassen has been complaining about this for a while,
because, to use zope.interface and Interface together required a hard-to-install
facade. If we drop the requirement to make the interfaces
The Zope project includes a number of interrelated subprojects,
such as:
- Zope 2
- Zope 3
- ZODB
- ZConfig
Software from the ZODB and ZConfig projects are shared by Zope 2
and Zope 3. We want this sharing to be very convenient for
people working on Zope 2 and Zope 3. We don't want
I'd like to plan to convert the repository heads to subversion this Wednesday.
I'll confirm this on Tuesday. It will be best of no one does any work on
the head on Wednesday.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714
Historically, we've had Packages, Products, Packages3 and Products3
directories in the CBS repository. I wonder of we need these going
forward. Perhaps we should just have top-level projct directories
in the new subversion repository.
In the initial conversion, I plan to convert projects pretty
I copied:
http://dev.zope.org/CVS
to:
http://dev.zope.org/Subversion
Can help by converting the Subversion wiki to reflect subversion?
:)
The new writable subversion repository will be at:
svn+ssh://svn.zope.org/repos
I hope to have something in place for testing on Monday.
For
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
cvs co http://svn.zope.org/repos/Zope3/trunk Zope3
and this would be:
svn co
Fred Drake wrote:
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
cvs co http://svn.zope.org/repos/Zope3/trunk Zope3
and this would be:
svn co
Hi there,
When I click on the Advanced tab of one of my ZSQL Methods, I see this:
Traceback (innermost last):
Module ZPublisher.Publish, line 98, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 39, in call_object
Module Shared.DC.Scripts.Bindings,
On Sunday 25 April 2004 01:00 pm, Jim Fulton wrote:
Oops. Thanks. I gues some habits will be hard to kick. :)
Yeah. Of course, CVS isn't just an old habit; it'll still be current
practice, not just for Zope 2.6.x and 2.7.x, but for lots of projects. The
general pain of two widely-used
Hi,
there are two collector-issues related to problems when Zope-Objects get ids
like 'content_type' or 'URL1'. I think this problem exists for all names
used in the REQUEST-object or general acquisitionable attributes of
ObjectManagers.
http://zope.org/Collectors/Zope/545
Martijn Faassen wrote at 2004-4-24 22:49 +0200:
...
In
practice right now the picture is 'Use all of the CMF or none of it'.
No, not really...
We use SkinsTool, ActionsTool and DCWorkflow a lot,
MembershipTool sometimes and most other tools not at all.
--
Dieter
[EMAIL PROTECTED] wrote:
I agree with Andre.
thanks ;-)
...
My main concern would be it's adaptibility to custom content types. If I
have my own Geospatial-ish content type, how would the IDE handle it ?
How would I go about making it handle it ? etc ...
Archetypes? But then much more
Maik Jablonski wrote:
Hi,
there are two collector-issues related to problems when Zope-Objects get ids
like 'content_type' or 'URL1'. I think this problem exists for all names
used in the REQUEST-object or general acquisitionable attributes of
ObjectManagers.
Using the HEAD with old databases and code is a real adventure these
days for these reasons:
- It doesn't start, due to a tiny config bug which I'll check a fix in
for shortly.
- Many products create instances of the class
Persistence.PersistentMapping.PersistentMapping which no longer exists
On Saturday 24 April 2004 06:26 pm, Chris Withers wrote:
And there was me looking forward to writing a product that added its own
ZConfig section :'(
You still can if you like. ;-)
Okay, how can I get the log level and exception type into the subject?
That's not currently possible,
On Sun, Apr 25, 2004 at 12:48:30PM -0400, Fred Drake wrote:
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
cvs co
Andreas Kostyrka wrote:
On Sun, Apr 25, 2004 at 12:48:30PM -0400, Fred Drake wrote:
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
cvs co
21 matches
Mail list logo
