[Zope-dev] exception views lost context on Zope 2.12

2010-02-23 Thread Wichert Akkerman
In Zope 2.10 exception views were acquisition-wrapped in the publisher context. This appears to have changed in Zope 2.12: exception views are now wrapped in the exception. This is problematic since it means you can no longer use the context when rendering an error page, so things like

Re: [Zope-dev] exception views lost context on Zope 2.12

2010-02-23 Thread Hanno Schlichting
On Tue, Feb 23, 2010 at 10:56 AM, Wichert Akkerman wich...@wiggy.net wrote: In Zope 2.10 exception views were acquisition-wrapped in the publisher context. In Zope 2.10, exception views didn't exist in Zope2. They were only introduced in Zope 2.11. This appears to have changed in Zope 2.12:

Re: [Zope-dev] exception views lost context on Zope 2.12

2010-02-23 Thread Martin Aspeli
Wichert Akkerman wrote: On 2/23/10 11:09 , Hanno Schlichting wrote: On Tue, Feb 23, 2010 at 10:56 AM, Wichert Akkermanwich...@wiggy.net wrote: In Zope 2.10 exception views were acquisition-wrapped in the publisher context. In Zope 2.10, exception views didn't exist in Zope2. They were

Re: [Zope-dev] exception views lost context on Zope 2.12

2010-02-23 Thread Wichert Akkerman
On 2/23/10 12:33 , Martin Aspeli wrote: Wichert Akkerman wrote: On 2/23/10 11:09 , Hanno Schlichting wrote: On Tue, Feb 23, 2010 at 10:56 AM, Wichert Akkermanwich...@wiggy.net wrote: In Zope 2.10 exception views were acquisition-wrapped in the publisher context. In Zope 2.10, exception

[Zope-dev] Zope Tests: 6 OK

2010-02-23 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list. Period Mon Feb 22 12:00:00 2010 UTC to Tue Feb 23 12:00:00 2010 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Mon Feb 22 20:36:49 EST 2010 URL:

[Zope-dev] z3c.form and redirects

2010-02-23 Thread Martin Aspeli
Hi, A lot of the forms I write perform a redirect at the end of the action handler for a successfully submitted form. z3c.form's __call__() indiscriminately calls update() and then render(). This means that even if something in update() (the action handler in this case) causes a redirect, the

Re: [Zope-dev] z3c.form and redirects

2010-02-23 Thread Wichert Akkerman
On 2/23/10 15:33 , Martin Aspeli wrote: Hi, A lot of the forms I write perform a redirect at the end of the action handler for a successfully submitted form. z3c.form's __call__() indiscriminately calls update() and then render(). This means that even if something in update() (the action

Re: [Zope-dev] z3c.form and redirects

2010-02-23 Thread Stephan Richter
On Tuesday 23 February 2010, Martin Aspeli wrote: Grok's forms do something like this: def __call__(self): self.update() if self.request.response.getStatus() not in (301, 302): return self.render() return u'' Would it be an idea for z3c.form to do the

Re: [Zope-dev] Adding W3C validating to zope.testbrowser

2010-02-23 Thread Marius Gedminas
On Tue, Feb 23, 2010 at 08:57:09AM -0500, Benji York wrote: On Sat, Feb 20, 2010 at 7:53 AM, Ross Patterson m...@rpatterson.net wrote: I started a branch for doing W3C HTML validation on responses to zope.testbrowser requests:

Re: [Zope-dev] Adding W3C validating to zope.testbrowser

2010-02-23 Thread Benji York
On Tue, Feb 23, 2010 at 9:57 AM, Marius Gedminas mar...@gedmin.as wrote: I'd like to chime in and suggest using WSGI to hook up zope.testbrowser and zope.app.testing.functional (or a better-designed replacement for the latter).  Then you could plug in W3CValidatingMiddleware (if one doesn't

[Zope-dev] RFC: Making zope.i18nmessageid an optional dependency of zope.schema

2010-02-23 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In order to make zope.schema more useful outside of Zope, I would like to make the dependency on zope.i18nmessageid optional. I have checked in a branch which does this: http://svn.zope.org/zope.schema/branches/tseaver-optional_i18nmessageid

Re: [Zope-dev] RFC: Making zope.i18nmessageid an optional dependency of zope.schema

2010-02-23 Thread Stephan Richter
On Tuesday 23 February 2010, Tres Seaver wrote: In order to make zope.schema more useful outside of Zope, I would like to make the dependency on zope.i18nmessageid optional. I have checked in a branch which does this:

Re: [Zope-dev] Adding W3C validating to zope.testbrowser

2010-02-23 Thread Brian Sutherland
On Tue, Feb 23, 2010 at 04:57:02PM +0200, Marius Gedminas wrote: On Tue, Feb 23, 2010 at 08:57:09AM -0500, Benji York wrote: On Sat, Feb 20, 2010 at 7:53 AM, Ross Patterson m...@rpatterson.net wrote: I started a branch for doing W3C HTML validation on responses to zope.testbrowser

Re: [Zope-dev] RFC: Making zope.i18nmessageid an optional dependency of zope.schema

2010-02-23 Thread Souheil CHELFOUH
It looks good. But, the try/except and instanciation of the MessageFactory could be done only once, in the __init__ of the package for instance. That would be a central place to change it and to import from. 2010/2/23 Stephan Richter srich...@cosmos.phy.tufts.edu: On Tuesday 23 February 2010,

Re: [Zope-dev] RFC: Making zope.i18nmessageid an optional dependency of zope.schema

2010-02-23 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Souheil CHELFOUH wrote: It looks good. But, the try/except and instanciation of the MessageFactory could be done only once, in the __init__ of the package for instance. That would be a central place to change it and to import from. I foresee

Re: [Zope-dev] SVN: ExtensionClass/trunk/ Merged hannosch-lp-143657 branch

2010-02-23 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hanno Schlichting wrote: On Tue, Feb 23, 2010 at 1:26 AM, Tres Seaver tsea...@palladion.com wrote: Hanno Schlichting wrote: -2.12.1 (unreleased) +2.13.0 (unreleased) --- +- Avoid defining ``__getnewargs__`` as not to defeat the