Hi Charlie!
Charlie Clark wrote:
* is there an easy way to write the test for something that requires a
tool and some content?
The setup of your doctest looks fine, you just have to enable
syndication for the folder (app.site) to get the view.
* backporting the changes to the
Hi!
Charlie Clark wrote:
Am 04.09.2012, 15:35 Uhr, schrieb Tres Seaver tsea...@palladion.com:
I'd rather not add any cruft to support .zexp imports, which have seemed
fundamentally broken to me for a long time.
I'd agree on that. Occasionally, and on a strict, per object basis, they
have
On 5 September 2012 11:48, yuppie y.2...@wcm-solutions.de wrote:
2.) Site root lookup: =
In several tools we still assume aq_parent(aq_inner(self)) is the
portal. Or other code uses the tool as context object, expecting root
and request in its acquisition chain.
These
Hi Laurence!
Laurence Rowe wrote:
On 5 September 2012 11:48, yuppie
y.2012-E2EsyBC0hj3+aS/vkh9...@public.gmane.org wrote:
2.) Site root lookup: =
In several tools we still assume aq_parent(aq_inner(self)) is the
portal. Or other code uses the tool as context object,
Am 05.09.2012, 11:48 Uhr, schrieb yuppie y.2...@wcm-solutions.de:
I use a single Zope instance for several small CMF sites and I use .zexp
export and import for moving CMF sites from one Zope instance to an
other. Works fine for me. Even with Plone sites.
Even if it works for you I'm not
On 5 September 2012 13:26, yuppie y.2...@wcm-solutions.de wrote:
Hi Laurence!
Laurence Rowe wrote:
On 5 September 2012 11:48, yuppie
y.2012-E2EsyBC0hj3+aS/vkh9...@public.gmane.org wrote:
2.) Site root lookup: =
In several tools we still assume
On Wed, Sep 5, 2012 at 1:40 PM, Charlie Clark
charlie.cl...@clark-consulting.eu wrote:
Am 05.09.2012, 11:48 Uhr, schrieb yuppie y.2...@wcm-solutions.de:
I use a single Zope instance for several small CMF sites and I use .zexp
export and import for moving CMF sites from one Zope instance to an
Hi!
Charlie Clark wrote:
Am 05.09.2012, 11:48 Uhr, schrieb yuppie y.2...@wcm-solutions.de:
getToolByName is no option because it is part of the machinery that
should become obsolete.
Not sure that is should actually ever become obsolete. Much as I am in
favour of the interface-based
Hi!
Laurence Rowe wrote:
On 5 September 2012 13:26, yuppie
y.2012-E2EsyBC0hj3+aS/vkh9...@public.gmane.org wrote:
I don't think relying on getSite() is a good idea. As you mention it doesn't
always return the portal object. And the fact it is stored with the request
in its context is just an
Am 05.09.2012, 15:36 Uhr, schrieb yuppie y.2...@wcm-solutions.de:
- CMF 2.3 targets Zope 2.13 as primary platform. So we can't rely on
Zope 4 features.
Agreed, but we should be looking to getting 2.3 out of the door anyway.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting
Am 05.09.2012, 15:05 Uhr, schrieb Lennart Regebro rege...@gmail.com:
I think it is. We have to have some way to move a Plone site from one
ZODB to another.
No, one site per Data.fs is what we should support. This has more or less
been the explicit aim of Zope 2.8
I find export by zexp
On 5 September 2012 15:36, yuppie y.2...@wcm-solutions.de wrote:
Hi!
Laurence Rowe wrote:
On 5 September 2012 13:26, yuppie
y.2012-E2EsyBC0hj3+aS/vkh9...@public.gmane.org wrote:
I don't think relying on getSite() is a good idea. As you mention it
doesn't
always return the portal object.
On Wed, Sep 5, 2012 at 3:42 PM, Charlie Clark
charlie.cl...@clark-consulting.eu wrote:
No, one site per Data.fs is what we should support. This has more or less
been the explicit aim of Zope 2.8
So you want to tell everyone that either has not received that
message, or used Plone since before
Am 05.09.2012, 16:00 Uhr, schrieb Lennart Regebro rege...@gmail.com:
So you want to tell everyone that either has not received that
message, or used Plone since before 2.5, That yeah, I know you can do
that, but we were just messing with you so now you are fucked.
I think you are taking my
Hi!
Laurence Rowe wrote:
Precisely because CMF 2.3 targets Zope 2.13 - persistent local
utilities returned by getUtility lack any sort of acquisition context
in Zope2, so the result of getUtility(ISiteRoot) will return
aq_base(portal), which is unlikely to be useful. getSite() instead
returns
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/05/2012 10:00 AM, Lennart Regebro wrote:
On Wed, Sep 5, 2012 at 3:42 PM, Charlie Clark
charlie.cl...@clark-consulting.eu
wrote:
No, one site per Data.fs is what we should support. This has more or
less been the explicit aim of Zope 2.8
Laurence Rowe wrote:
Maybe I'm missing something, but the various methods of IURLTool rely
on portal.getPhysicalPath() returning the correct result. Take
getRelativeContentPath for example:
portal is at /folder/portal
content is at /folder/portal/content
On 5 September 2012 17:15, yuppie y.2...@wcm-solutions.de wrote:
Laurence Rowe wrote:
Maybe I'm missing something, but the various methods of IURLTool rely
on portal.getPhysicalPath() returning the correct result. Take
getRelativeContentPath for example:
portal is at /folder/portal
content
This is the summary for test reports received on the
cmf-tests list between 2012-09-04 00:00:00 UTC and 2012-09-05 00:00:00 UTC:
See the footnotes for test reports of unsuccessful builds.
An up-to date view of the builders is also available in our
buildbot documentation:
On Wed, Sep 5, 2012 at 5:01 PM, Tres Seaver tsea...@palladion.com wrote:
And if we don't want to support more than one site the ZODB, there
should be a warning of you try to do it, btw.
I've got no problem with more than one CMF site in a single Zope
instance; I just don't want to promote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/2012 01:37 AM, Lennart Regebro wrote:
On Wed, Sep 5, 2012 at 5:01 PM, Tres Seaver
tsea...@palladion.com wrote:
And if we don't want to support more than one site the ZODB,
there should be a warning of you try to do it, btw.
I've got no
21 matches
Mail list logo