[We seem to have lost Steve Alexander's test summarizer. I will
contact him in a separate mail.]
The switch to Python 2.3.4 caused tests for Zope 2.7 and 2.8 to
experience a funny problem with the logging module. Anybody want to
take a guess what's up here? I know these are not a truly
Hi Philipp!
Philipp von Weitershausen wrote:
I would like to know what other zope.app packages your 3rd party
software is using. If thereare any other used than the ones mentioned in
the proposal, we'll have to move them out of zope.app. I'd like to ask
for your help on that, otherwise future
For the record: I am still opposed to this change. It basically
endows the request (as in self.REQUEST) with a getPhysicalPath
method, and I have no idea what kind of side-effects this may have.
AFAICS your test suite is the only suite around that wants to request-
wrap non-root objects.
Philipp von Weitershausen wrote:
we don't really want to ship all of zope.app with Zope 2. zope.app is
supposed to be the Zope 3 application server. It shouldn't be included
in Zope 2, especially since it requires twisted and such.
I'm worried about this approach, as it stops the Five project
Philipp von Weitershausen wrote:
Martin Aspeli wrote:
Well, CMFonFive uses zope.app.publisher.browser, because that's where
the menus hang.
We would like to start using browser menus in Plone
I was asking about current usage, not pious new years resolutions :).
This is the wrong attitude.
Hi everybody,
Just to sketch out my general points to be clear:
* I'm fine with a Zope 3 project that moves things from zope.app into zope.
* I'm also fine with Zope 2 usage guiding which things should be moved
first.
* I'm not fine with a Zope 2 shipping with only parts of the
On Thu, Apr 06, 2006 at 12:12:05AM +0200, Philipp von Weitershausen wrote:
Brian Sutherland wrote:
On Wed, Apr 05, 2006 at 11:18:46PM +0200, Philipp von Weitershausen wrote:
Brian Sutherland wrote:
On Wed, Apr 05, 2006 at 05:29:41PM +0200, Philipp von Weitershausen wrote:
I would like to
Martijn Faassen wrote:
Well, CMFonFive uses zope.app.publisher.browser, because that's where
the menus hang.
We would like to start using browser menus in Plone
I was asking about current usage, not pious new years resolutions :).
This is the wrong attitude. Current usage should *not*
Martijn Faassen wrote:
Philipp von Weitershausen wrote:
we don't really want to ship all of zope.app with Zope 2. zope.app is
supposed to be the Zope 3 application server. It shouldn't be included
in Zope 2, especially since it requires twisted and such.
I'm worried about this approach, as
yuppie wrote:
Philipp von Weitershausen wrote:
I would like to know what other zope.app packages your 3rd party
software is using. If thereare any other used than the ones mentioned in
the proposal, we'll have to move them out of zope.app. I'd like to ask
for your help on that, otherwise
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
Philipp von Weitershausen wrote:
we don't really want to ship all of zope.app with Zope 2. zope.app is
supposed to be the Zope 3 application server. It shouldn't be included
in Zope 2, especially since it requires twisted and such.
Martijn Faassen wrote:
That's why I want to make sure that we include as much of zope.app in
Zope 2. But I'm just one man so I tried to focus on current usage. I'm
sure we all want to use as much as possible from Zope 3 in our Zope 2
projects in the future, but we have to draw the line for
Hi Philipp!
Philipp von Weitershausen wrote:
yuppie wrote:
And CMF uses zope.app.locales.extract. Not in the CMF products, but for
a script that extracts i18n messages. That script is a quick hack and
zope.app.locales.extract isn't really made for reuse. But it contains
some useful code.
yuppie wrote:
Philipp von Weitershausen wrote:
yuppie wrote:
And CMF uses zope.app.locales.extract. Not in the CMF products, but for
a script that extracts i18n messages. That script is a quick hack and
zope.app.locales.extract isn't really made for reuse. But it contains
some useful code.
Brian Sutherland wrote:
Ok, I make some tests without importing any of those dependencies, the
issues I have found thus far:
* missing factory directive
Recent Five releases should have it. It's deprecated now, though.
* missing class directive
It's in the recent bugfix releases.
On Thu, Apr 06, 2006 at 10:45:11AM +0200, Stefan H. Holek wrote:
The VHM tests in Zope 2.9 and trunk broke last night:
http://mail.zope.org/pipermail/zope-tests/2006-April/004648.html
http://mail.zope.org/pipermail/zope-tests/2006-April/004649.html
I'm assuming this was me, but I ran test.py
Philipp von Weitershausen wrote:
yuppie wrote:
Sounds good to me. At least if someone finds time to refactor the
extractor. For now it is quite specific code for creating the zope
gettext files and would better fit in zope.translations.
On second thought, I think we should think about the
--On 6. April 2006 12:06:25 -0400 Paul Winkler [EMAIL PROTECTED] wrote:
On Thu, Apr 06, 2006 at 10:45:11AM +0200, Stefan H. Holek wrote:
The VHM tests in Zope 2.9 and trunk broke last night:
http://mail.zope.org/pipermail/zope-tests/2006-April/004648.html
When adding new rols through the ZMI it is easy to accidentaly let
trailing or leading spaces stay in the role name, especially if you
cut and paste. Debugging that is very annoying because that leading
and trailing space is not visible anywhere.
So, I suggest to just add a .strip() like so
On Wed, Apr 05, 2006 at 10:30:05PM +0200, Philipp von Weitershausen wrote:
Paul Winkler wrote:
Aside from stuff mentioned on your proposal, we are using macros from
zope.app.rotterdam.standardmacros.
Aha. Why? Are you actually using parts of the Rotterdam skin?
Heh. Actually, a closer
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
Well, CMFonFive uses zope.app.publisher.browser, because that's where
the menus hang.
We would like to start using browser menus in Plone
I was asking about current usage, not pious new years resolutions :).
This is the wrong
Philipp von Weitershausen wrote:
As for the extractor: it can very well be used for other projects than
Zope 3. As you said, you guys are using it for the CMF. I would
therefore still suggest moving it to zope.i18n.
We've been using a slightly forked version for Silva for quite a while.
I
Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
...
We
probably want make Zope 3 style containment an alternative to
Acquisition in Zope 2 at some point.
You are aware how many applications a replacement of acquisition
by Zope 3 containment would break?
--
Dieter
Martijn Faassen wrote at 2006-4-6 11:51 +0200:
...
I'd therefore recommend an approach that includes as much of zope.app
into Zope 2 as is possible, while leaving out the obvious bits that
shouldn't be there, like Twisted.
To the contrary, I am interested to get a Zope 2 as small
as possible.
On Thu, Apr 06, 2006 at 12:06:25PM -0400, Paul Winkler wrote:
On Thu, Apr 06, 2006 at 10:45:11AM +0200, Stefan H. Holek wrote:
The VHM tests in Zope 2.9 and trunk broke last night:
http://mail.zope.org/pipermail/zope-tests/2006-April/004648.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Winkler wrote:
On Thu, Apr 06, 2006 at 11:17:20AM +0200, Stefan H. Holek wrote:
For the record: I am still opposed to this change. It basically
endows the request (as in self.REQUEST) with a getPhysicalPath
method, and I have no idea what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Winkler wrote:
On Thu, Apr 06, 2006 at 12:06:25PM -0400, Paul Winkler wrote:
On Thu, Apr 06, 2006 at 10:45:11AM +0200, Stefan H. Holek wrote:
The VHM tests in Zope 2.9 and trunk broke last night:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
...
We
probably want make Zope 3 style containment an alternative to
Acquisition in Zope 2 at some point.
You are aware how many
Tres Seaver wrote:
Philipp von Weitershausen wrote:
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-4-5 22:28 +0200:
...
We
probably want make Zope 3 style containment an alternative to
Acquisition in Zope 2 at some point.
You are aware how many applications a replacement of
On Thu, 06 Apr 2006 15:42:34 +0100, whit [EMAIL PROTECTED] wrote:
to echo Martijn, I've learned much more about zope3 thumbing through the
z3 bundled with Zope 2 than I have looking at actual zope3 source,
because I don't have a job that pays me to do pure zope3.
I would argue sending the
30 matches
Mail list logo